@@ -55,7 +55,7 @@ Both are quite similar to the `elm-package.json` format, and `elm-upgrade` can h
56- `String.toInt : String -> Maybe Int` (not `Result` anymore)
56- `String.toInt : String -> Maybe Int` (not `Result` anymore)
57- `String.toFloat : String -> Maybe Float` (not `Result` anymore)
57- `String.toFloat : String -> Maybe Float` (not `Result` anymore)
58−- `Basics.toString` becomes [`Debug.toString`](https://package.elm-lang.org/packages/elm/core/latest/Debug#toString), [`String.fromInt`](https://package.elm-lang.org/packages/elm/core/latest/String#toInt), and [`String.fromFloat`](https://package.elm-lang.org/packages/elm/core/latest/String#toFloat).
58+- `Basics.toString` becomes [`Debug.toString`](https://package.elm-lang.org/packages/elm/core/latest/Debug#toString), [`String.fromInt`](https://package.elm-lang.org/packages/elm/core/latest/String#fromInt), and [`String.fromFloat`](https://package.elm-lang.org/packages/elm/core/latest/String#fromFloat).
59- `Basics.rem 451 10` becomes [`remainderBy 10 451`](https://package.elm-lang.org/packages/elm/core/latest/Basics#remainderBy)
59- `Basics.rem 451 10` becomes [`remainderBy 10 451`](https://package.elm-lang.org/packages/elm/core/latest/Basics#remainderBy)
60- `451 % 10` becomes [`modBy 10 451`](https://package.elm-lang.org/packages/elm/core/latest/Basics#modBy)
60- `451 % 10` becomes [`modBy 10 451`](https://package.elm-lang.org/packages/elm/core/latest/Basics#modBy)
61- `style : List (String, String) -> Attribute msg` becomes `String -> String -> Attribute msg`
61- `style : List (String, String) -> Attribute msg` becomes `String -> String -> Attribute msg`
@@ -159,4 +159,4 @@ They are still able to define that function, but it will need a human readable n
162−- `toString` — A relatively common bug was to show an `Int` in the UI, and then later that value changes to something else. `toString` would just show wrong information until someone noticed. The new `String.fromInt` and `String.fromFloat` ensure that cannot happen. Furthermore, more elaborate types almost certainly need localization or internationalization, which should be handled differently anyway.
162+- `toString` — A relatively common bug was to show an `Int` in the UI, and then later that value changes to something else. `toString` would just show wrong information until someone noticed. The new `String.fromInt` and `String.fromFloat` ensure that cannot happen. Furthermore, more elaborate types almost certainly need localization or internationalization, which should be handled differently anyway.