Settings for forcing/prefering single/double quotes for strings

Just a setting so quoting style can be unified across a codebase.

e.g.

for the three strings abc, a'c, a"c

prefer_single_quotes -> 'abc', "a'c", 'a"c'
prefer_double_quotes -> "abc", "a'c", 'a"c'

force_single_quotes -> 'abc', 'a\'c', 'a"c'
force_double_quotes -> "abc", "a'c", "a\"c"

[humitos]

As a useful reference, I use this tool for exactly this: https://github.com/myint/unify

[kxxoling]

I'm always preferring single quote while writing JavaScript, and eslint works well with it.

[mscheper]

YAPF doesn't seem to replace triple single quotes with triple double quotes, even though PEP 8 specifies triple double quotes: https://www.python.org/dev/peps/pep-0008/#string-quotes

[samuela]

Is this feature on the roadmap at all? This really seems like a huge source of inconsistency. Even google internally forces quote symbol rules.

[radude]

Would be really useful. Any progress on this?

[loganknecht]

Hello!

I would like to communicate that this is also relevant to my interests!

Please implement this!

[ianyepan]

Thanks for opening this thread. I'm also looking forward to this being implemented.

[willfish]

Bump

[fanninpm]

This is one aspect in which black is superior to yapf. From the relevant portion of the docs:

Black prefers double quotes (" and """) over single quotes (' and '''). It
will replace the latter with the former as long as it does not result in more backslash
escapes than before. (emphasis added)

It goes further:

Black also standardizes string prefixes, making them always lowercase. On top of that,
if your code is already Python 3.6+ only or it's using the unicode_literals future
import, Black will remove u from the string prefix as it is meaningless in those
scenarios.

[kamahen]

Yapf has a philosophy of not changing the source at all, except for whitespace.

You could always format your code with black, then re-format it with yapf. ;)
This would also change some backslashes to parenthesized expressions, I think.

PS: pylint looks for the most common type of quotes and then complains when the other is used (except for cases like "'" and '"' which would otherwise be '\'' or "\"").

[ianyepan]

You could always format your code with black, then re-format it with yapf. ;)

Well, to be fair that's not at all a bad idea.

[fanninpm]

Yapf has a philosophy of not changing the source at all

[YAPF] takes the code and reformats it to the best formatting that conforms to the style guide, even if the original code didn't violate the style guide. (from the README)

@kamahen How are these two statements in concord? Does the README need to be changed?

Anyway, I normally use black instead of yapf, but one certain project I'm looking at contributing to has a style guide that dictates the usage of "single quotes for strings, or a double quote if the the string contains a single quote." This is where YAPF can help — by providing a means to specify a certain quote style in a project and to have that style automatically be applied.

[ianyepan]

From my experiences, black is superior. But I really really love 2-space indentation and black for-the-life-of-me refuse to include that option.
Sad.

[kamahen]

@fanninpm "How are these two statements in concord? Does the README need to be changed?"

No.
Yapf only changes whitespace. It doesn't change quotes; it doesn't reformat comments; it doesn't add/remove backslash; it doesn't insert/remove parentheses.

(I would love it if yapf had some options for doing these things; but I don't have time to do any of them, and Emacs will reformat comments for me.)

Black is fine as long as you don't want any options. I've used pretty-printers like that in the past (Plus), and there are worse things (the Plus pretty-printer was great because my input was on punched cards, so minor edits to the code were much easier if I didn't have to worry about reformatting). I think (but can't remember for sure) that someone wrote a reformatter for BNR Protel; I do remember that we all agreed on a standard format and henceforth there was no religious arguing over code layout standards.