Reorganize reference section - #39
Conversation
|
|
||
| |Service Provider|Endpoints|Namespaces|Type| | ||
| |---|---|---|---| | ||
| |[Kaia Foundation](https://www.klaytn.foundation)|`https://public-en-baobab.klaytn.net`|klay,eth,net|Full| |
There was a problem hiding this comment.
Hi @scott-klaytn , can we also please consider adding kairos endpoint here along with others ?
https://public-en.kairos.node.kaia.io
Reference: https://klaytn.foundation/kaia-testnet-kairos-launch/
There was a problem hiding this comment.
I've replaced the old testnet endpoint with the new one. For others, I will update them as new urls are made available practically. @praveen-klaytn
Hi @scott-klaytn, can we leave TxError page as is? or better still add to the common sidebar? imo, It would fit the new position only if it list the possible errors emitted when using caver.js or any of the libraries. In this case, its just the general tx error code when deploying, interacting with a contract or using any of the libraries on Kaia. Do lemme know your thoughts. Thanks. |
Hi, @ayo-klaytn Right, You have a point. It's my oversight because I saw the links to Transaction Error Code page in SDK pages only. But it's more general information as you mentioned. Where can we find appropriate place for this? For common sidebar, I want to reserve this area for the information only that doesn't fall into any of main category, or, at least, for quite frequently visited pages that need to stand out. (I have to if there is no better choice, though.) How about revert it to its original position with the different order? That is, the root of Reference section and at the bottom. |
|
I've moved the error code page to the root of Reference section and made it located in the bottom. @ayo-klaytn |
Proposed changes
Types of changes
Please put an x in the boxes related to your change.
Checklist
Put an x in the boxes that apply. You can also fill these out after creating the PR. If you're unsure about any of them, don't hesitate to reach out. We're here to help! This is simply a reminder of what we are going to look for before merging your code.
I have read the CLA Document and I hereby sign the CLAin first time contributeRelated issues
Further comments