Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Write a migration guide for 1.0 #58

Open
TheSpyder opened this issue Dec 6, 2021 · 5 comments
Open

Write a migration guide for 1.0 #58

TheSpyder opened this issue Dec 6, 2021 · 5 comments
Labels
documentation Improvements or additions to documentation help wanted Extra attention is needed
Projects

Comments

@TheSpyder
Copy link
Owner

Moving from bs-webapi to rescript-webapi 1.0 won't be a drop-in replacement. We need a migration guide, and I think we need to highlight it at the top of our readme file.

I'm going to make notes in comments to this issue.

@TheSpyder TheSpyder added documentation Improvements or additions to documentation help wanted Extra attention is needed labels Dec 6, 2021
@TheSpyder TheSpyder added this to To do in 1.0 release via automation Dec 6, 2021
@TheSpyder
Copy link
Owner Author

Some of the build failures that come up after moving to rescript-webapi are simple, for example swapping document |> Document.createElement("span") to document->Document.createElement("span") is a simple matter of swapping the pipe operator.

However if the pipe operator wasn't used, for example Document.createElement("span", document), it must manually be changed to Document.createElement(document, "span").

@TheSpyder
Copy link
Owner Author

Many methods on the node interface - appendChild, removeChild, contains, stuff like that - have the same or similar types for both arguments. So swapping them doesn't trigger a compile error.

We probably need to list these explicitly. In version 2, we will add named arguments... although if they will cause headaches for developers, and they need to edit these lines anyway, perhaps we add them in 1.0 (#49)

@TheSpyder
Copy link
Owner Author

The "t first" swap means in 3 places an extra unit argument is required. This is caused by how the type system deals with optional arguments. When a function definition includes optional arguments the final argument must be concrete to resolve whether the intent is to call the function or curry it. The traditional way to achieve this is adding a unit argument.

In these 3 cases, previously the use of "t last" was used as a shortcut to resolve them (via @bs.send.pipe). With the swap to "t first" the optional arguments cannot be resolved so a unit argument is required.

The three APIs are:

  • Dom.Window.open_
  • Canvas.Canvas2d.fillText
  • Canvas.Canvas2d.strokeText

In all 3 cases the unit argument is not emitted, only required by the compiler, using the @ignore tag on the externals.

@DZakh
Copy link
Contributor

DZakh commented Aug 31, 2023

@TheSpyder Hi, what are the plans for releasing rescript-webapi@1.0.0?

@TheSpyder
Copy link
Owner Author

Sorry, I haven't been a very good steward of this codebase. A year ago I moved across country and I've let other things get in the way since then - we stopped using ReScript at work, so it's now just me on my personal time.

My plan for 1.0 was to get it out and then do a big API update; there are some experimental branches and very old PRs along these lines. I will welcome any contributions.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
documentation Improvements or additions to documentation help wanted Extra attention is needed
Projects
1.0 release
  
In progress
Development

No branches or pull requests

2 participants