It is simply a desktop shorcut on my windiows desktop.
The dcurl file is located in a privileged directory.
It is not out on my server where there is a license.
It is the code from a .curl applet which you can run yourself at
http://www.aule-browser.com/kanji/joyo-2...ji-nc.html
The only change to the code is to wrap the VBox in a View as for any simple Dcurl and with a window close handler for that view.
The local directory here has a curl-root.txt
Why would I use HTTP for a DCurl applet on the desktop? My intent is NOT to be in the browser: it is a DCurl desktop app.
But it denies access to CSPD {tested using {output } to Curl console. )
UPDATE: I do see a point - I copied the HTML and the .curl down from the server and ran this test:
1) both are copied into the privileged local directory
2) the HTML <object> is edited to have
resource="file:///c:/kanji/joyo-2010-kanji-nc.curl
3) the HTML is started as a file "Open with" in explorer (not in iexplore browser) and Firefox selected.
RESULT: the CSPD works locally as intended.
Now I will carefully make this .curl into a .dcurl by just wrapping the outer VBox in a View, and then I will UPDATE this note again.
thanks
RESULT -
1) The Curl in browser fails locally if CSPD {get ... } is run conditional on, e.g.,
{let can-save:bool = {request-local-data-permission}}
|| ignore the result
2) The Dcurl version CSPD fails if the CSPD commit is called in the View
{on WindowClose do
3) The Dcurl version CSPD SUCCEEDS if commit is done in
{on-applet-suspend do
QUESTION: why might the request for CSPD be returning false on the local machine ? License ?
I will go back and read over {request-local-data-permission}
thanks