Instructions for not using $inspect#333
Conversation
jgerigmeyer
left a comment
There was a problem hiding this comment.
build gives me an error about the @import we use for testing legacy support.
That's an expected deprecation warning, but doesn't impact the build step.
docs gives me a confusing error building the final example in asset/output.scss, insisting that there's a missing {.
Hm, the Sass playground was reporting the same compilation error -- apparently there was some nonstandard whitespace that was causing an issue. I fixed that, but now there are other True-specific errors on yarn docs:
The `contains-string()` mixin must only be used once per `assert()`
When I remove the second contains-string, then:
Each `assert()` must contain one `output()`, and one `expect()` or `contains()`
|
@jgerigmeyer I made it so that multiple |
@mirisuzanne I'm not sure I understand the tradeoffs (or what JS needs to change) well enough to weigh in. |
|
@jgerigmeyer test has been added, and fails as expected. |
jgerigmeyer
left a comment
There was a problem hiding this comment.
@mirisuzanne If this looks good to you, I can make another alpha release.
|
@jgerigmeyer looks good. Expand that to |
Description
Instructions for moving away from
$inspectBut I'm having trouble running the
buildordocscommands…buildgives me an error about the@importwe use for testing legacy support.docsgives me a confusing error building the final example inasset/output.scss, insisting that there's a missing{.