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 know it's a bit late to change anything and breaks the API, but out of curiosity: Wouldn't the function names be more understandable if those that change logging behaviour would be prefixed with "logger_"? So
Hmm, good question. I don't feel super comfortable about the suggested naming schema, but I understand that the old design might be confusing. Let's collect feedback here from the community and take it from there.
I tend to agree that the current situation is confusing. FWIW we have at time taken the plunge and renamed poorly named functions in tidyverse using a very lenient deprecation period. My suggestion would be to have clearly market getter and setter functions for global state
What always confuses me: there are functions beginning with "log" that don't cause a logging action, but somehow change the logging behaviour.
Functions that actually log:
Functions that don't log, but change logger's behaviour:
Helpers:
I know it's a bit late to change anything and breaks the API, but out of curiosity: Wouldn't the function names be more understandable if those that change logging behaviour would be prefixed with "logger_"? So
Or is it just me?
The text was updated successfully, but these errors were encountered: