Skip to content

Commit 367a548

Browse files
committed
Relative links + nits
1 parent 2d2e0d8 commit 367a548

File tree

4 files changed

+8
-8
lines changed

4 files changed

+8
-8
lines changed

pages/docs/manual/latest/build-performance.mdx

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -63,7 +63,7 @@ In short, thanks to our bsc compiler and bsb build system's architecture, we're
6363

6464
## Speed Up Incremental Build
6565

66-
ReScript uses the concept of interface files (`.resi`) (or, equivalently, [module signatures](/docs/manual/latest/module#signatures)). Exposing only what you need naturally speeds up incremental builds. E.g. if you change a `.res` file whose corresponding `.resi` file doesn't expose the changed part, then you've reduced the amount of dependent files you have to rebuild.
66+
ReScript uses the concept of interface files (`.resi`) (or, equivalently, [module signatures](module.md#signatures)). Exposing only what you need naturally speeds up incremental builds. E.g. if you change a `.res` file whose corresponding `.resi` file doesn't expose the changed part, then you've reduced the amount of dependent files you have to rebuild.
6767

6868
<!-- TODO: validate this -->
6969

pages/docs/manual/latest/interop-cheatsheet.mdx

Lines changed: 5 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -69,11 +69,11 @@ Handling a value that can be `undefined` and `null`, by ditching the `option` ty
6969
<CodeTab labels={["ReScript", "JS Output"]}>
7070

7171
```res
72-
let jsNull = Js.Nullable.null;
73-
let jsUndefined = Js.Nullable.undefined;
74-
let result1: Js.Nullable.t<string> = Js.Nullable.return("hello");
75-
let result2: Js.Nullable.t<int> = Js.Nullable.fromOption(Some(10));
76-
let result3: option<int> = Js.Nullable.toOption(Js.Nullable.return(10));
72+
let jsNull = Js.Nullable.null
73+
let jsUndefined = Js.Nullable.undefined
74+
let result1: Js.Nullable.t<string> = Js.Nullable.return("hello")
75+
let result2: Js.Nullable.t<int> = Js.Nullable.fromOption(Some(10))
76+
let result3: option<int> = Js.Nullable.toOption(Js.Nullable.return(10))
7777
```
7878
```js
7979
var Caml_option = require("./stdlib/caml_option.js");

pages/docs/manual/latest/lazy-values.mdx

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -109,7 +109,7 @@ var lazyDoesFileExist = {
109109

110110
</CodeTab>
111111

112-
Whenever we want to wrap a function `unit => 'a`, we use `Lazy.from_fun`, otherwise we use the `lazy([expr])` keyword to wrap an expression or a function with 1 or more arguments.
112+
Whenever we want to wrap a function `unit => 'a`, we use `Lazy.from_fun`, otherwise we use the `lazy(expr)` keyword to wrap an expression or a function with 1 or more arguments.
113113

114114
## Force a lazy computation
115115

pages/docs/manual/latest/variant.mdx

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -157,7 +157,7 @@ If you come from an untyped language, you might be tempted to try `type myType =
157157

158158
### Interop with JavaScript
159159

160-
_This section assumes knowledge about our [FFI](/docs/reason-compiler/latest/interop-overview). Skip this if you haven't felt the itch to use variants for wrapping JS functions yet_.
160+
_This section assumes knowledge about our JavaScript interop. Skip this if you haven't felt the itch to use variants for wrapping JS functions yet_.
161161

162162
Quite a few JS libraries use functions that can accept many types of arguments. In these cases, it's very tempting to model them as variants. For example, suppose there's a `myLibrary.draw` JS function that takes in either a `number` or a `string`. You might be tempted to bind it like so:
163163

0 commit comments

Comments
 (0)