You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I like camel casing types that came from #3060, but sometimes I feel the warning is a little too strict. I'm porting erickt/rust-crypto to 0.4, and it has complicated enum variants like AES_256_ECB, which don't read nicely as Aes256Ecb. I ran into the same thing updating rust-elasticsearch, where I converted DFS_QUERY_THEN_FETCH to DfsQueryThenFetch, which made me sad.
I heard @graydon has some reservations with this lint checker on by default, so I figure maybe we should talk this through if it's not a settled issue. What does the community think about turning this into an opt-in lint? Or if that ship has already sailed, what about allowing types, traits, and variants to have _ in them?
The text was updated successfully, but these errors were encountered:
I like camel casing types that came from #3060, but sometimes I feel the warning is a little too strict. I'm porting erickt/rust-crypto to 0.4, and it has complicated enum variants like
AES_256_ECB
, which don't read nicely asAes256Ecb
. I ran into the same thing updating rust-elasticsearch, where I convertedDFS_QUERY_THEN_FETCH
toDfsQueryThenFetch
, which made me sad.I heard @graydon has some reservations with this lint checker on by default, so I figure maybe we should talk this through if it's not a settled issue. What does the community think about turning this into an opt-in lint? Or if that ship has already sailed, what about allowing types, traits, and variants to have
_
in them?The text was updated successfully, but these errors were encountered: