Interested in a node-webkit implementation of GUI.

[Snail]

 +5% +5% +5%

[zhangweis]

We have changed the API of sendtoaddress to make it compatible with Bitcoin RPC....   We are attempting to be as compatible with Bitcoin as possible and to have extended APIs for handling our special features (like support for multiple asset types on one chain).

I agree that the RPC API should be compatible with bitcoin's. As I understand sendtoaddress will be without asset type where asset type defaults to BTS and an extended API like sendtoaddress_asset will be added. I can also see get_transaction_history and will play with that. Good progress, thanks.

Edit: Seems like there's some uncommited changes in fc at the time of writing and I've manually fixed that by adding needed changes (in time.hpp) on my local machine.

[bytemaster]

We have changed the API of sendtoaddress to make it compatible with Bitcoin RPC....   We are attempting to be as compatible with Bitcoin as possible and to have extended APIs for handling our special features (like support for multiple asset types on one chain).

[unimercio]

Pulled lastest bitshares code finally build it on my debian box.
Excited to see that the latest bts_xt_client supports --server and uses ./htdocs as http root. This makes it easier to put my code just at ./htdocs. Will play with that if I find some time.
RPC tricks:
You need to go through the below steps to send xts:
1. openwallet()
2. walletpassphrase('<<send password>>')
3. sendtoaddress('address', {"amount":<number>,"unit":0},'comment')

From RPC commands, I don't find how to retrieve latest transactions but I can try to simulate it by directly using getblock and get_transaction.
My config.json:
{"rpc":{"rpc_user":"user","rpc_password":"pwd","rpc_endpoint":"0.0.0.0:0","httpd_endpoint":"0.0.0.0:9091","htdocs":"./htdocs"},"ignore_console":false}

+5% thanks

[HackFisher]

For mobile device, or those env not suitable to run a local light client node, solutions like blockchain.info would be nice.

One js API to abstract both use cases.


Sent from my iPhone using Tapatalk

I guess the new API with username in openwallet is for this purpose. As this doesn't add too much complexicity to C code, I think it's fine.
But from security point of view, the unlocking of private key still happens on server. The fact that unlocking happens in browser makes me believe that I'm safe with blockchain.info wallet. I may choose another solution If I'm going to setup some online wallet services like blockchain.info. As I understand, the online wallet like blockchain.info only need to provide 2 things:
1. Storage of encrypted private keys.
2. Publishing signed transactions. This can be public interface and doesn't have to be done from one's wallet (means no login).

Agree, I think blockchain.info is just a lightweight client node inside browser, which only delegate wallet storage and chain broadcast part to server.

来自我的 GT-N7100 上的 Tapatalk

[zhangweis]

For mobile device, or those env not suitable to run a local light client node, solutions like blockchain.info would be nice.

One js API to abstract both use cases.


Sent from my iPhone using Tapatalk

I guess the new API with username in openwallet is for this purpose. As this doesn't add too much complexicity to C code, I think it's fine.
But from security point of view, the unlocking of private key still happens on server. The fact that unlocking happens in browser makes me believe that I'm safe with blockchain.info wallet. I may choose another solution If I'm going to setup some online wallet services like blockchain.info. As I understand, the online wallet like blockchain.info only need to provide 2 things:
1. Storage of encrypted private keys.
2. Publishing signed transactions. This can be public interface and doesn't have to be done from one's wallet (means no login).

[bytemaster]

For mobile device, or those env not suitable to run a local light client node, solutions like blockchain.info would be nice.

One js API to abstract both use cases.


Sent from my iPhone using Tapatalk

[HackFisher]

For mobile device, or those env not suitable to run a local light client node, solutions like blockchain.info would be nice.

[sudo]

That's great. I'll stop here and please don't hesitate if anything I can help.
btw, I think an integrated window could be more user friendly. I mean let the user feel like a real desktop app than populating it in a browser. Maybe cef(https://code.google.com/p/chromiumembedded/) can help here.

Another alternative to build a desktop-like application is Qt WebKit http://qt-project.org/doc/qt-5/qtwebkitwidgets-index.html, with the Qt WebKit Bridge it's even possible to combine HTML5 based GUI with bts_xt_client in a single process.

+5% cool

[valzav]

That's great. I'll stop here and please don't hesitate if anything I can help.
btw, I think an integrated window could be more user friendly. I mean let the user feel like a real desktop app than populating it in a browser. Maybe cef(https://code.google.com/p/chromiumembedded/) can help here.

Another alternative to build a desktop-like application is Qt WebKit http://qt-project.org/doc/qt-5/qtwebkitwidgets-index.html, with the Qt WebKit Bridge it's even possible to combine HTML5 based GUI with bts_xt_client in a single process.

[bytemaster]

See this post for the latest...

https://bitsharestalk.org/index.php?topic=3812.msg54802#msg54802

[zhangweis]

Well, I misunderstood you and am very glad that if I can help.
Added receiving address list page.
There seems to be some bugs in sending transactions as it will clear the balance to 0 in some cases. But for testing ui, it's ok.
Plan to merge received transactions and send transactions to single transactions list with different colors for sent and received transactions.

[sudo]

 +5% +5% +5%
chrome app

js html5 something like that is the future
Mobile Internet&light client   is more attractive

[bytemaster]

I am working on this. 


Sent from my iPhone using Tapatalk

That's great. I'll stop here and please don't hesitate if anything I can help.
btw, I think an integrated window could be more user friendly. I mean let the user feel like a real desktop app than populating it in a browser. Maybe cef(https://code.google.com/p/chromiumembedded/) can help here.

I agree... when I said I was working on it, it means I am working on the RPC calls and documentation... I will want some help with what you are doing here soon.

[zhangweis]

I am working on this. 


Sent from my iPhone using Tapatalk

That's great. I'll stop here and please don't hesitate if anything I can help.
btw, I think an integrated window could be more user friendly. I mean let the user feel like a real desktop app than populating it in a browser. Maybe cef(https://code.google.com/p/chromiumembedded/) can help here.