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鈥檒l occasionally send you account related emails.
Already on GitHub? Sign in to your account
chore: format all possible files with prettier #2172
base: main
Are you sure you want to change the base?
Conversation
I see no reason not to do this, let's see what happens. |
@lukekarrys I'd love to drive down the other open PRs, before we land this change (as it's likely to cause conflicts). |
@bcoe Sounds like a good plan to me. I'd be happy to fix any conflicts and squash when it's time. |
e.g. notice // before
var argv = require('yargs/yargs')(process.argv.slice(2))
.count('verbose')
.alias('v', 'verbose')
.argv;
VERBOSE_LEVEL = argv.verbose;
function WARN() { VERBOSE_LEVEL >= 0 && console.log.apply(console, arguments); }
function INFO() { VERBOSE_LEVEL >= 1 && console.log.apply(console, arguments); }
function DEBUG() { VERBOSE_LEVEL >= 2 && console.log.apply(console, arguments); } // after
var argv = require('yargs/yargs')(process.argv.slice(2))
.count('verbose')
.alias('v', 'verbose').argv;
VERBOSE_LEVEL = argv.verbose;
function WARN() {
VERBOSE_LEVEL >= 0 && console.log.apply(console, arguments);
}
function INFO() {
VERBOSE_LEVEL >= 1 && console.log.apply(console, arguments);
}
function DEBUG() {
VERBOSE_LEVEL >= 2 && console.log.apply(console, arguments);
} (Hmm, I wonder if replacing
|
@lukekarrys is this cleanup still something you're interested in doing, sorry this dropped on the floor. Any thoughts regarding @shadowspawn's feedback? |
@bcoe yeah, i'd love to get this pushed across the finish line. @shadowspawn it would be easy to ignore markdown files altogether, but i agree that consistency here is valuable. i've also found value in the past in formatting basic markdown examples in order to catch typos that would result in syntax errors. i did paste that particular example into the prettier repl and you are right that using linting markdown examples, goes to your second point about |
i am going to continue this PR by resolving conflicts and rebasing against the latest |
3420931
to
0b1f5cb
Compare
0b1f5cb
to
f9d5869
Compare
i force pushed to my branch and split this up into three commits:
|
f9d5869
to
df03ab4
Compare
ec5bdc7
to
2c456f3
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks ok to me
As I was implementing #2171, I noticed that a few of the files I was touching were expecting to be formatted differently due to the presence of
.prettierrc.cjs
. This is a setting I choose to have in my editor, and it was easy enough to turn it off for this project (which is what I did).But, I figured the presence of
.prettierrc.cjs
signaled intent to have prettier format at least some of the files in this repo. This PR takes that to the extreme and implements formatting for all file types prettier handles, and ignores only built files.I know this is quite a bit of churn so I'm happy to either:
.prettierignore.cjs