-
Notifications
You must be signed in to change notification settings - Fork 11.5k
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’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
fix(style): remove whitespace before comma #2378
fix(style): remove whitespace before comma #2378
Conversation
Thanks for this fix. I believe we might have quite a few of these hidden under particular cases, but like this one we'll only find them when they happen. |
This PR fixes a very niche bug. If there is a co-author that is not *me* (=`<em>` tagged) and does not have a `coauthor_url` (=`<a>` tagged), there will be a leading whitespace before the separating comma. If the author list is split into multiple lines (due to long author lists or a small view), the whitespace can lead to a line beginning with a comma. As I said, very niche, but interestingly, the other cases already did the same whitespace handling. Just the case not-me/no-url was mising. Currently, we do not have this case on vanilla al-folio, but you can see it for example on [my website](https://christianmainka.de/publications/) if the view is small (e.g., 430px). Related to alshedivat#1502.
This PR fixes a very niche bug. If there is a co-author that is not *me* (=`<em>` tagged) and does not have a `coauthor_url` (=`<a>` tagged), there will be a leading whitespace before the separating comma. If the author list is split into multiple lines (due to long author lists or a small view), the whitespace can lead to a line beginning with a comma. As I said, very niche, but interestingly, the other cases already did the same whitespace handling. Just the case not-me/no-url was mising. Currently, we do not have this case on vanilla al-folio, but you can see it for example on [my website](https://christianmainka.de/publications/) if the view is small (e.g., 430px). Related to alshedivat#1502.
@george-gca what issues were you seeing with this when you initially tried? I just did a find/replace for 174 instances across the below files and so far I haven't noticed any issues. But maybe I'm missing something obvious.
Example diff |
It is quite the opposite. I was adding the |
Ah okay sorry I just realized I meant to add this comment over in #1502 That being said, I think I misunderstood the original find/replace and have it backwards. Thanks for clarifying. Will mess around with it |
This PR fixes a very niche bug. If there is a co-author that is not *me* (=`<em>` tagged) and does not have a `coauthor_url` (=`<a>` tagged), there will be a leading whitespace before the separating comma. If the author list is split into multiple lines (due to long author lists or a small view), the whitespace can lead to a line beginning with a comma. As I said, very niche, but interestingly, the other cases already did the same whitespace handling. Just the case not-me/no-url was mising. Currently, we do not have this case on vanilla al-folio, but you can see it for example on [my website](https://christianmainka.de/publications/) if the view is small (e.g., 430px). Related to alshedivat#1502.
This PR fixes a very niche bug. If there is a co-author that is not *me* (=`<em>` tagged) and does not have a `coauthor_url` (=`<a>` tagged), there will be a leading whitespace before the separating comma. If the author list is split into multiple lines (due to long author lists or a small view), the whitespace can lead to a line beginning with a comma. As I said, very niche, but interestingly, the other cases already did the same whitespace handling. Just the case not-me/no-url was mising. Currently, we do not have this case on vanilla al-folio, but you can see it for example on [my website](https://christianmainka.de/publications/) if the view is small (e.g., 430px). Related to alshedivat#1502.
This PR fixes a very niche bug. If there is a co-author that is not *me* (=`<em>` tagged) and does not have a `coauthor_url` (=`<a>` tagged), there will be a leading whitespace before the separating comma. If the author list is split into multiple lines (due to long author lists or a small view), the whitespace can lead to a line beginning with a comma. As I said, very niche, but interestingly, the other cases already did the same whitespace handling. Just the case not-me/no-url was mising. Currently, we do not have this case on vanilla al-folio, but you can see it for example on [my website](https://christianmainka.de/publications/) if the view is small (e.g., 430px). Related to alshedivat#1502.
This PR fixes a very niche bug. If there is a co-author that is not *me* (=`<em>` tagged) and does not have a `coauthor_url` (=`<a>` tagged), there will be a leading whitespace before the separating comma. If the author list is split into multiple lines (due to long author lists or a small view), the whitespace can lead to a line beginning with a comma. As I said, very niche, but interestingly, the other cases already did the same whitespace handling. Just the case not-me/no-url was mising. Currently, we do not have this case on vanilla al-folio, but you can see it for example on [my website](https://christianmainka.de/publications/) if the view is small (e.g., 430px). Related to alshedivat#1502.
This PR fixes a very niche bug. If there is a co-author that is not *me* (=`<em>` tagged) and does not have a `coauthor_url` (=`<a>` tagged), there will be a leading whitespace before the separating comma. If the author list is split into multiple lines (due to long author lists or a small view), the whitespace can lead to a line beginning with a comma. As I said, very niche, but interestingly, the other cases already did the same whitespace handling. Just the case not-me/no-url was mising. Currently, we do not have this case on vanilla al-folio, but you can see it for example on [my website](https://christianmainka.de/publications/) if the view is small (e.g., 430px). Related to alshedivat#1502.
This PR fixes a very niche bug.
If there is a co-author that is not me (=
<em>
tagged) and does not have acoauthor_url
(=<a>
tagged), there will be a leading whitespace before the separating comma. If the author list is split into multiple lines (due to long author lists or a small view), the whitespace can lead to a line beginning with a comma.As I said, very niche, but interestingly, the other cases already did the same whitespace handling. Just the case not-me/no-url was mising.
Currently, we do not have this case on vanilla al-folio, but you can see it for example on my website if the view is small (e.g., 430px).
Related to #1502.