Not at all. I am not talking about RPC calls that need a specific port to be open or something.
I am talking about direct commandline communication between Frontend and darkcoind.
Frontend.exe and darkcoind.exe would best be in the same folder.
It's like when you type commandline commands by hand, but now the frontend.exe makes this for you (with the darkcoind running in the background invisible)
You still need to generate an RPC user/pwd and stick it in the conf file for that to work. At least I had to.
It has nothing to do with RPC. It's not remote at all.
It's direct access to the daemon on a commandline level (shell), passing it any commands and parameters you need to, and reading the return data the darkcoind itself gives back. (not going thru some port, but outputting to the shell so to speak)
An example:
Suppose this is the folder where the darkcoind resides:
E:\darkcoin/darkcoind
Now I simply start it by making a Commandcall
>E:\darkcoin/darkcoind
and the daemon starts.
I can even start it with parameters, for example:
>E:\darkcoin/darkcoind -datadir=E:\blockchains/drk/
this tells the darkcoind where to look for the blockchain and wallet.dat. WITHOUT the need for any conf file telling it to do that.
Everything you put in a conf file can also be added as a parameter when you start the darkcoin daemon. A conf file is not needed if you work like that.
So... after the darkcoind is ready, I can make calls to it, for example getblockcount, and it will return the JSON string.
>E:\darkcoin/darkcoind -datadir=E:\blockchains/drk/ getblockcount
etc.
I can start the darkcoind in testnet mode by making the call like that:
>E:\darkcoin/darkcoind -testnet=1
I can combine any parameters:
>E:\darkcoin/darkcoind -datadir=E:\blockchains/drk/ -testnet=1
and so forth.
By using Adobe Air's
native extensions functionality I can use ANY external executables I like and trigger their functions and pass the results/data back to the frontend.
This would also work with multiple coins at the same time.