lemmeBe

joined 2 years ago
[โ€“] [email protected] 1 points 2 hours ago (1 children)

They're optional if you make them optional. I didn't. You do as you please. ๐Ÿ˜„

[โ€“] [email protected] 1 points 5 hours ago* (last edited 5 hours ago) (3 children)

No, you don't.

To check if people have done what - committed? That's the only thing they need to do, and they'll stumble upon a roadblock immediately if the typecheck or lint fails.

Committing itself won't be possible... That's why we have automated pre-commit checks that don't depend on people remembering to do them manually.

[โ€“] [email protected] 2 points 7 hours ago

Very good advices!

[โ€“] [email protected] 3 points 18 hours ago

They don't have to follow anything except try to commit their changes. Won't be possible even locally if linting or typechecking fail.

[โ€“] [email protected] 5 points 21 hours ago

Yep, I'd say so too. The moment I read the part about formatting in the CI, I thought to myself: I don't think GitHub Actions are the problem at hand. ๐Ÿ˜„

[โ€“] [email protected] 10 points 1 day ago (10 children)

Do formatting and linting and such autofix issues automatically as part of pre-commit checks. That way they don't end up as part of the CI.

[โ€“] [email protected] 5 points 1 day ago

It's a lot friendlier with friends. ๐Ÿป

[โ€“] [email protected] 3 points 1 day ago

Thanks for the script approach idea!

[โ€“] [email protected] 1 points 1 week ago (1 children)

Yeah, https was for downloading it in the first place. My bad, I didn't get my thoughts out in the right order.

[โ€“] [email protected] 27 points 1 week ago (16 children)

I think safer approach is to:

  1. Download the script first, review its contents, and then execute.
  2. Ensure the URL uses HTTPS to reduce the risk of man-in-the-middle attacks
[โ€“] [email protected] 2 points 1 week ago

Yeah, I don't need it but I wanna have it. ๐Ÿ˜

[โ€“] [email protected] 11 points 1 week ago

It's bubbling up. ๐Ÿ˜

 

First off, I've been loving vanilla-extract for the past 10 months. ๐Ÿ˜Š

The only thing I really missed was the ability to sort CSS properties. Since there wasn't an ESLint plugin for that, I decided to create my own.

@antebudimir/eslint-plugin-vanilla-extract offers CSS property ordering (alphabetical, concentric, and custom), auto-fix capabilities, and supports multiple Vanilla Extract APIs.

If anyone wants to give it a shot, you can find more details in the readme. Looking forward to hearing your feedback.

 

First off, I've been loving vanilla-extract for the past 10 months. ๐Ÿ˜Š

The only thing I really missed was the ability to sort CSS properties. Since there wasn't an ESLint plugin for that, I decided to create my own.

@antebudimir/eslint-plugin-vanilla-extract offers CSS property ordering (alphabetical, concentric, and custom), auto-fix capabilities, and supports multiple Vanilla Extract APIs.

If anyone wants to give it a shot, you can find more details in the readme. Looking forward to hearing your feedback.

 

First off, I've been loving vanilla-extract for the past 10 months. ๐Ÿ˜Š

The only thing I really missed was the ability to sort CSS properties. Since there wasn't an ESLint plugin for that, I decided to create my own.

@antebudimir/eslint-plugin-vanilla-extract offers CSS property ordering (alphabetical, concentric, and custom), auto-fix capabilities, and supports multiple Vanilla Extract APIs.

If anyone wants to give it a shot, you can find more details in the readme. Looking forward to hearing your feedback.

 

First off, I've been loving vanilla-extract for the past 10 months. ๐Ÿ˜Š

The only thing I really missed was the ability to sort CSS properties. Since there wasn't an ESLint plugin for that, I decided to create my own.

@antebudimir/eslint-plugin-vanilla-extract offers CSS property ordering (alphabetical, concentric, and custom), auto-fix capabilities, and supports multiple Vanilla Extract APIs.

If anyone wants to give it a shot, you can find more details in the readme. Looking forward to hearing your feedback.

view more: next โ€บ