Re^4: send windowmessage from cgi back to form that called the cgi

Replies are listed 'Best First'.
Re^5: send windowmessage from cgi back to form that called the cgi by huck (Prior) on Mar 15, 2017 at 01:46 UTC
I still think you do want to do things onload to get your alert box, but i did go to your page and now understand better what you want. ok for starters add this above "function onMessage(event)" `function showTable(loc) { document.getElementById("tableId").innerHTML="Waiting on:" + loc; document.getElementById("dataDialog").src = loc; }` [download] then under `<iframe id="dataDialog" name="dataDialog" style="float:right"; src=""; + border:1px solid black;" scrolling="no" allowtransparency="true" all +owfullscreen="false" frameborder="no" width="200" height="400" > </iframe>` [download] add `<div id="tableId" style="background-color:lightgray"></div>` [download] now change `<input type="button" class="jalaLtSans" value="Member Table Data Updat +e" style="background-color:#0D4A80; width : 250px; color:#fff" onClic +k = "self.location='https://www.jala-mi.org/httpsdocs/cgi-bin/update_ +tables-development.cgi?action=updatetable_3'"/>` [download] to `<input type="button" class="jalaLtSans" value="Member Table Data Updat +e" style="background-color:#0D4A80; width : 250px; color:#fff" onClic +k = "showTable('https://www.jala-mi.org/httpsdocs/cgi-bin/update_tabl +es-development.cgi?action=updatetable_3')"/>` [download] .location and .src may do the same, my code uses .src Now try pressing the "Member Table Data Update" button, is that better? now if you still want the "Get File Load Status" button change its code to `<input type="button" class="jalaLtSans" value="Get File Load Status" s +tyle="background-color:#0D4A80; width : 250px; color:#fff" onClick = +"showTable('https://www.jala-mi.org/httpsdocs/cgi-bin/update_tables-d +evelopment.cgi?action=updatereport')"/>` [download] How is that? aww but you want to get rid of the "waiting on" junk now dont ya? Well that is part of the side effect of my iframeLoad call from the cgi. so change your cgi-bins that use this technique to look something like `print $q->header( -type =>'text/html'); print <<"EODEOD"; <title>mytitle</title> <script language="JavaScript"> <!-- function iframeLoad(a) { a = document.getElementById("tableId").innerHTML; parent.document.getElementById("tableId").innerHTML = a; parent.document.getElementById("dataDialog").src = "about:blank"; }//--> </script> <body onload="iframeLoad()"> <div id="tableId"> EODEOD ...... print '</div>';` [download] After running this a bit you may understand why my code has style="visibility:hidden;display:none" for hiframe now as an exercise for the reader, imagine that showTable instead looked like this `function showTable(loc,table) { document.getElementById(table).innerHTML="Waiting on:" + loc; document.getElementById("dataDialog").src = loc; }` [download] and the onClicks were suitably modified to contain the proper ids, say table1,table2,table3 and these were spread out in your code `<div id="tableid1" style="background-color:lightgray"></div> <div id="tableid2" style="background-color:lightgray"></div> <div id="tableid3" style="background-color:lightgray"></div>` [download] and each different cgi-bin program used its own tableid instead of the generic TableId i showed. cute huh? I just showed you stuff from the simpler page so you wouldnt get too confused. One side effect i havent corrected for is that only one "button" can be in progress at a time, i never put a locking protocol in place, i just dont press another button till the last has finished And yet i still tend to deny knowing any javascript,and Noscript blocks most pages i visit. I also deny knowing any cobol, c, or assembler too cuz last time i admitted to knowing cobol they made me program in it. and made me read other peoples dumps, Dont know TPF either BTW: Doesnt routine that send back html to the iframe? should have been "Doesnt the routine send back html to the iframe?" Aparently not, it just replaced the main page it seems. and Gad it takes me time to work out the bugs in this stuff. "what do you mean ME kemosabe" https://www.youtube.com/watch?v=oWuMevc6G4w edit: i like this one better https://www.youtube.com/watch?v=e1TmhBJxO70	[reply] [d/l] [select]
Re^6: send windowmessage from cgi back to form that called the cgi by tultalk (Monk) on Mar 15, 2017 at 12:51 UTC
Ok. "and Gad it takes me time to work out the bugs in this stuff. "what do you mean ME kemosabe" " Us for a lesser portion. My problems have been massive. You say: "I still think you do want to do things onload to get your alert box" I still don't understand what you are implying. There is nothing to call to be put in the iframe on the parent page onload event. The database queries have not been run at that point so no results. Obvious thanks to you guys. Your comment "ok for starters add this above "function onMessage" There is no message event because I can't figure out how to send a message back to the form from perl. So I don't understand what you are trying to demonstrate. The calls through cgi to update the tables and return data sets work fine. They are all disabled so the calls will only return message with out actual execution of the database queries. As I started out, my fundamental problem is sending a wm to the form triggering a call to get the result message and show it in the iframe as demonstrated by clicking the test button. I hate things like polling but I can see no other way than starting a polling loop checking the value of a global variable set in the script when the original function call to do the database stuff finishes. When the variable (flag) is set the polling picks it up and calls the function to load the results into the iframe. I have looked at various "watch" examples that don't work and others that use a listener but all seem invoving sending a message to the window. Also looked at module for embedding javascript into perl but gave up. Simple polling loop started when original cgi command sent to script seems the way to go. I don't understand this statement: Aparently not, it just replaced the main page it seems. Are you saying that when you tested it live it just replaced the page with a new page and not put the result in the iframe	[reply]
Re^7: send windowmessage from cgi back to form that called the cgi by huck (Prior) on Mar 15, 2017 at 19:23 UTC
My problems have been massive blame the person that wrote the original code. i could have rewritten the entire thing from scratch in the time i have spent trying to teach you what you have done wrong There is nothing to call to be put in the iframe on the parent page onload event. The database queries have not been run at that point so no results. I am not talking about a parent onload event, i am talking about a iframe onload event Your comment "ok for starters add this above "function onMessage. There is no message event because I can't figure out how to send a message back to the form from perl. " i went to your page, looked at the source, and there is a "function onMessage" in it So I don't understand what you are trying to demonstrate. The calls through cgi to update the tables and return data sets work fine. If the calls were working fine you wouldnt be here asking the question, the cgi works fine maybe but the call is not working fine as it replaces the parent html As I started out, my fundamental problem is sending a wm to the form triggering a call to get the result message and show it in the iframe as demonstrated by clicking the test button. As i pointed out the root of your fundamental problem is that you are calling the cgi call in the parent and not the iframe. That is what the changes i suggested address I don't understand this statement: Aparently not, it just replaced the main page it seems. There is a lot you dont understand it seems. You seem to be trying to use magic spells that are above your level of understanding and you dont pay attention enough to even learn how to use them correctly. This code `<input type="button" class="jalaLtSans" value="Member Table Data Updat +e" style="background-color:#0D4A80; width : 250px; color:#fff" onClic +k = "self.location='https://www.jala-mi.org/httpsdocs/cgi-bin/update_ +tables-development.cgi?action=updatetable_3'"/>` [download] calls the cgi in the parent. what you want to do is call it in the iframe. I showed you a way to do that, but you do not want to consider it, so it seems trying to help you anymore is just another lost cause. good luck	[reply] [d/l]
Re^8: send windowmessage from cgi back to form that called the cgi by tultalk (Monk) on Mar 16, 2017 at 03:39 UTC
Re^8: send windowmessage from cgi back to form that called the cgi by Anonymous Monk on Mar 15, 2017 at 19:46 UTC
Re^9: send windowmessage from cgi back to form that called the cgi by huck (Prior) on Mar 15, 2017 at 19:51 UTC
Some notes below your chosen depth have not been shown here
Re^5: send windowmessage from cgi back to form that called the cgi by huck (Prior) on Mar 14, 2017 at 18:15 UTC
Don't want to do anything on load. yes you sure do, you want to display a message when the cgi page loads that is sent back after you press the the Get File Load Status button	[reply]
Re^6: send windowmessage from cgi back to form that called the cgi by tultalk (Monk) on Mar 14, 2017 at 18:43 UTC
But no message (results message) exists until one of the routines updating the database files is executed. After that the results are available for loading into the iframe. User clicks on button to do some processing. When a routine finishes, a window message is sent to calling form to get the results loaded into the iframe. There is nothing to load when the iframe is instantiated when the jala_AdminCore.htm is displayed. The buttons are there only for testing to make sure the functions perform as intended.	[reply]
Re^7: send windowmessage from cgi back to form that called the cgi by huck (Prior) on Mar 14, 2017 at 18:58 UTC
The onload is placed into the html that is returned by the cgi code code run when you pres s the button User clicks on button to do some processing. doesnt that call a cgi script? that does the processing? It would be rather strange for the javascript to call a process that runs on the users machine rather then on the server where the database lives When a routine finishes Doesnt routine that send back html to the iframe? it is in that html that the onload runs	[reply]
Re^8: send windowmessage from cgi back to form that called the cgi by tultalk (Monk) on Mar 14, 2017 at 20:01 UTC
Re^9: send windowmessage from cgi back to form that called the cgi by poj (Abbot) on Mar 14, 2017 at 20:31 UTC
Some notes below your chosen depth have not been shown here