diff --git a/docs/integration-guides/build-options.md b/docs/integration-guides/build-options.md index f78b12ed0..7884417f6 100644 --- a/docs/integration-guides/build-options.md +++ b/docs/integration-guides/build-options.md @@ -44,7 +44,7 @@ Throughout the development cycle and after releases official builds of the node ??? tip "Moving directory locations" Some users desire to change the blockchain download location. A solution is available for the no gui nano_node (see https://github.com/nanocurrency/nano-node/issues/79), but no concrete solution is available for the GUI client. However, a workaround can be acheived via the use of symbolic links. Below is a short tutorial for Windows builds: - 1. Rename/delete the Nano directory in your `appdata` Local directory (if you haven't run the wallet yet, skip this step). This is necessary because the command to create a symbolic link in windows will fail if the the input directory already exists. + 1. Rename/delete the Nano directory in your `appdata` Local directory (if you haven't run the wallet yet, skip this step). This is necessary because the command to create a symbolic link in windows will fail if the input directory already exists. 1. Decide on where you want to store the blockchain and create a symbolic link. The command is (in an administrative command-prompt): `mklink /d "C:\Users\\AppData\Local\Nano\" "E:\Some\Other\Directory"`. This command creates a symbolic link for a directory (`/d`) that 'redirects' all requests for files/directories in the `Local\Nano` directory to the `Other\Directory`. This means that a file created in the input directory will actually be in the output directory (on the other disk). 1. Verify it works. Create a file in your Nano directory in your appdata, and you should see it appear in the directory you linked it to (and vice-versa). If you have old wallets or a partially-downloaded blockchain, copy them back into the local directory. Start the wallet. diff --git a/docs/integration-guides/index.md b/docs/integration-guides/index.md index 68ff2fe9a..616a669c9 100644 --- a/docs/integration-guides/index.md +++ b/docs/integration-guides/index.md @@ -100,7 +100,7 @@ This community built wallet is more end-user focused with a robust GUI full of v ## Additional tools -There are plenty of additional libraries and tools worth exploring to help with your integration. Head over the the [Developer Tools page on nano.org](https://nano.org/tools) for a list of commonly used options. Other resources can be explored at the community built [nanolinks.info](https://nanolinks.info/) site. +There are plenty of additional libraries and tools worth exploring to help with your integration. Head over the [Developer Tools page on nano.org](https://nano.org/tools) for a list of commonly used options. Other resources can be explored at the community built [nanolinks.info](https://nanolinks.info/) site. --- diff --git a/docs/integration-guides/key-management.md b/docs/integration-guides/key-management.md index 5a7c3d893..1fe3e8504 100644 --- a/docs/integration-guides/key-management.md +++ b/docs/integration-guides/key-management.md @@ -914,7 +914,7 @@ On success, the nano\_node returns the hash of the transaction's block. ### Republishing Transactions -It may take a few seconds for the transaction to appear on the Nano Network. If the transaction fails to appear, you may call the [`republish`](/commands/rpc-protocol#republish) RPC command with the oldest missing transaction's hash. Account-chains must be **continuous and unbroken**. If for some reason a transaction fails to properly broadcast, subsequent transactions on the account-chain will not be accepted by the network since the `"previous"` field in the transaction data refers to a block unknown to to other nodes on the network. +It may take a few seconds for the transaction to appear on the Nano Network. If the transaction fails to appear, you may call the [`republish`](/commands/rpc-protocol#republish) RPC command with the oldest missing transaction's hash. Account-chains must be **continuous and unbroken**. If for some reason a transaction fails to properly broadcast, subsequent transactions on the account-chain will not be accepted by the network since the `"previous"` field in the transaction data refers to a block unknown to other nodes on the network. !!! tip Republishing the missing transaction(s) will make all the subsequent blocks valid in the network's ledger. Republishing does not create new transactions.