Open githubckgoh1439 opened 4 years ago
Dear all,
Due to still under POC stage (work in progress) of the current documentation, please refer to :
@yk,
I already updated base on THREE items above. For the item-4, I still in progress and update later once completed.
Please review and comments.
wrong user :)
@yk Please check them. It doesn't take time. You can check these commits: https://github.com/githubckgoh1439/docs/commit/c4af45556e7514aa5f4f2b45ef4ff200034f6423 https://github.com/githubckgoh1439/docs/commit/fa4dde4eaa1e9f0e3a633b87fb988d6d6815fab6
I'm not the person you meant to tag
@yk So sorry. That is bad of me. ;)
@yenkhoon Please take a look at @githubckgoh1439 commits.
Hi, @yenkhoon
I changed a bit on the NFTs contents themes to suit the navigation features in the sidebar, as whole contents in one page.
U can check and comments later.
hi goh, appreciate your good work. However there are few things could be tune to better.
The details,
remove the word behind all details and make it a title "Details"
status details -> Status in this section you need to explain the available options(status) in one table. Or leave it as it is and make the status bold.
transferLimit details need to add in the expectation input, we are expecting number string here. Also upon approved, it coundt be updated anymore.
mintLimit details this need to explain we are expecting number string not other string. also need to add in the expectation input, we are expecting number string here. Also upon approved, it coundt be updated anymore.
burnable details burnable flag is not update able after token has been approve also. this is wrong u mention freeze and unfreeze.
transferable details please mention is not update able after approve.
modifiable details we are talking about token but u mention item here. token has it own metadata as well. please correct it.
pub details it is confusing to use signer here, can u please use minter instead? When pub flag set to true, anyone can mint the token item, but they can only mint to themselves.
if it is false, then the minter has to be the token owner.
tokenFees details please mention this is compulsory upon approving token. And the token fees setting name can get from where? we have a link in core please link them.
endorserList details For the public equals TRUE, system will do verification on the current signer whether come from the endorser list during Item Endorsement process. If not, with an alert of 'Invalid endorser'. Howevere if endorser list is set to empty, system will not do this validation during endorsement-item process. Prior to this, this endorser list will be set as one of the token flag components during approve-token.
this is wrong, endorserlist do not affect by the public flag. Endorser list is there if the token approved and it has endorser list, then the token's item can be endorsed by the wallet which inside the endorser list only. And in this field we are expecting wallet address. If the endorser list is empty, then anyone can endorse.
@githubckgoh1439
Hi, YK
Will follow up as above commented. TQ.
On Tue, Jun 2, 2020 at 9:00 AM yk notifications@github.com wrote:
hi goh, appreciate your good work. However there are few things could be tune to better.
The details,
remove the word behind all details and make it a title "Details"
status details -> Status in this section you need to explain the available options(status) in one table. Or leave it as it is and make the status bold.
transferLimit details need to add in the expectation input, we are expecting number string here. Also upon approved, it coundt be updated anymore.
mintLimit details this need to explain we are expecting number string not other string. also need to add in the expectation input, we are expecting number string here. Also upon approved, it coundt be updated anymore.
burnable details burnable flag is not update able after token has been approve also. this is wrong u mention freeze and unfreeze.
transferable details please mention is not update able after approve.
modifiable details we are talking about token but u mention item here. token has it own metadata as well. please correct it.
pub details it is confusing to use signer here, can u please use minter instead? When pub flag set to true, anyone can mint the token item, but they can only mint to themselves.
if it is false, then the minter has to be the token owner.
tokenFees details please mention this is compulsory upon approving token. And the token fees setting name can get from where? we have a link in core please link them.
endorserList details For the public equals TRUE, system will do verification on the current signer whether come from the endorser list during Item Endorsement process. If not, with an alert of 'Invalid endorser'. Howevere if endorser list is set to empty, system will not do this validation during endorsement-item process. Prior to this, this endorser list will be set as one of the token flag components during approve-token.
this is wrong, endorserlist do not affect by the public flag. Endorser list is there if the token approved and it has endorser list, then the token's item can be endorsed by the wallet which inside the endorser list only. And in this field we are expecting wallet address. If the endorser list is empty, then anyone can endorse.
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/maxonrow/docs/issues/2#issuecomment-637205754, or unsubscribe https://github.com/notifications/unsubscribe-auth/AIQPD6ENHQVV2WGGYQTN3STRURFJVANCNFSM4NOSPRVA .
hi goh, appreciate your good work. However there are few things could be tune to better.
The details,
remove the word behind all details and make it a title "Details"
status details -> Status in this section you need to explain the available options(status) in one table. Or leave it as it is and make the status bold.
transferLimit details need to add in the expectation input, we are expecting number string here. Also upon approved, it coundt be updated anymore.
mintLimit details this need to explain we are expecting number string not other string. also need to add in the expectation input, we are expecting number string here. Also upon approved, it coundt be updated anymore.
burnable details burnable flag is not update able after token has been approve also. this is wrong u mention freeze and unfreeze.
transferable details please mention is not update able after approve.
modifiable details we are talking about token but u mention item here. token has it own metadata as well. please correct it.
pub details it is confusing to use signer here, can u please use minter instead? When pub flag set to true, anyone can mint the token item, but they can only mint to themselves.
if it is false, then the minter has to be the token owner.
tokenFees details please mention this is compulsory upon approving token. And the token fees setting name can get from where? we have a link in core please link them.
endorserList details For the public equals TRUE, system will do verification on the current signer whether come from the endorser list during Item Endorsement process. If not, with an alert of 'Invalid endorser'. Howevere if endorser list is set to empty, system will not do this validation during endorsement-item process. Prior to this, this endorser list will be set as one of the token flag components during approve-token.
this is wrong, endorserlist do not affect by the public flag. Endorser list is there if the token approved and it has endorser list, then the token's item can be endorsed by the wallet which inside the endorser list only. And in this field we are expecting wallet address. If the endorser list is empty, then anyone can endorse.
Goh question :
Item : modifiable details
I already double checked this. This modifiable only applied for the 'UpdateItemMetadata' & not for the 'UpdateNFTMetadata'.
So this not applicable to Token metadata updating. Am I Correct ?
Item : tokenFees details
Is that link with this : 'GetTokenFeeSetting' in Fee Setting Module ?
@yenkhoon
Please comments my question above.
fee setting name in testnet https://alloys-rpc.maxonrow.com/debug/fee_info?
yeap you are right.
YK,
Noted and will follow up this.
On Tue, Jun 2, 2020 at 1:31 PM yk notifications@github.com wrote:
fee setting name in testnet https://alloys-rpc.maxonrow.com/debug/fee_info?
yeap you are right.
— You are receiving this because you modified the open/close state. Reply to this email directly, view it on GitHub https://github.com/maxonrow/docs/issues/2#issuecomment-637286529, or unsubscribe https://github.com/notifications/unsubscribe-auth/AIQPD6CLZ4JLRCB2AFWHOZTRUSFBJANCNFSM4NOSPRVA .
@yenkhoon
I updated the document of NFTs. pls check.
https://maxonrow-docs.readthedocs.io/en/latest/modules/nonfungible/nonfungible.html
hi goh, the navigation looks good and you haven tell them that they need authorised address, issuer and provider to do approving, freeze, unfreeze and reject. You just told them authorised, they will not understand.
YK,
Noted and will update accordingly. Later update.
On Thu, Jun 4, 2020 at 9:40 AM yk notifications@github.com wrote:
hi goh, the navigation looks good and you haven tell them that they need authorised address, issuer and provider to do approving, freeze, unfreeze and reject. You just told them authorised, they will not understand.
— You are receiving this because you modified the open/close state. Reply to this email directly, view it on GitHub https://github.com/maxonrow/docs/issues/2#issuecomment-638550195, or unsubscribe https://github.com/notifications/unsubscribe-auth/AIQPD6G2HCWMBPGYDNYROK3RU33RBANCNFSM4NOSPRVA .
hi goh, the navigation looks good and you haven tell them that they need authorised address, issuer and provider to do approving, freeze, unfreeze and reject. You just told them authorised, they will not understand.
YK,
I fixed them. Please check later:
https://maxonrow-docs.readthedocs.io/en/latest/modules/nonfungible/nonfungible.html
@githubckgoh1439 let me know if you updated anything. The most important thing are the description. Just write straight to the point, especially the status and details.
YK,
I simplified the contents on this:
base on this commit in my git: -- https://github.com/githubckgoh1439/docs/commit/e3831824e47147ce61973cb5c50539a016df9e49
Please comments.
you haven modify this sentence, "A valid new token which yet to be approved must be signed by authorised KYC Signer with valid signature will be proceed along with a valid Fee setting scheme that been provided. Token which already been approved is not allowed to do re-submit." <- i don't understand what is this.
YK,
Will follow up on this and update.
On Tue, Jul 28, 2020 at 9:27 AM yk notifications@github.com wrote:
you haven modify this sentence, "A valid new token which yet to be approved must be signed by authorised KYC Signer with valid signature will be proceed along with a valid Fee setting scheme that been provided. Token which already been approved is not allowed to do re-submit." <- i don't understand what is this.
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/maxonrow/docs/issues/2#issuecomment-664722656, or unsubscribe https://github.com/notifications/unsubscribe-auth/AIQPD6H7AZJY3NVVNAELRH3R5YSPPANCNFSM4NOSPRVA .
YK,
I updated these:
https://maxonrow-docs.readthedocs.io/en/latest/modules/fungible/fungible.html https://maxonrow-docs.readthedocs.io/en/latest/modules/nonfungible/nonfungible.html
base on this commit in my git: -- https://github.com/githubckgoh1439/docs/commit/373f98e69815725b7dc015775fbc736285c2c200
Request Date/time : 27-May-2020
Details Request :
Item of MsgTypeSetNonFungibleTokenStatus : Request details info on Token Data Information
Item of MsgTypeSetNonFungibleItemStatus : Request details info on Item Details Information
Item of MsgTypeEndorsement : about the MEMO usage
Tab navigator : about the navigation of user experience