4 Matching Annotations
- Nov 2020
-
github.com github.com
-
Just coming here to voice my agreement that these warnings are annoying and exist in other libraries as well. For me this happened with svelma. I didn't write the library code, so I don't have complete control over it even though I agree there is an argument to be had around whether I should be notified anyway. In either case, these warnings should be easily disabled since libraries don't always get updated over night.
-
-
github.com github.com
-
Maybe it's also a bug because every warning should be ignorable? Not sure.
-
I would like the compiler to add a property like canIgnore: false to the warning, if the warning cannot be disabled.
-
- Sep 2020
-
github.com github.com
-
The RFC is more appropriate because it does not allow a parent to abritrarily control anything below it, that responsibility still relies on the component itself. Just because people have been passing classes round and overriding child styles for years doesn't mean it is a good choice and isn't something we wnat to encourage.
Tags
- programming: who is responsible for this concern?
- limiting how much library consumers/users can control/override
- whose responsibility is it?
- which component/tool/organization/etc. is responsible for this concern?
- control (programming)
- Svelte: components are their own boss (encapsulation)
Annotators
URL
-