-
Notifications
You must be signed in to change notification settings - Fork 393
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
Fine-grained name processing #82
Comments
The user should additionally be able to specify a list of variable names for which underscores are processed for each function. Or to make the feature easier to use, a list of variable names / variable prefixes for which underscores are processed can be specified at the beginning of the file |
@Casper-Guo Yeah it would be good, but it may also become a complicated config. We need to focus on consolidating the name processing first (using the same processor for all function names, arguments, and identifiers in the body) |
I guess this feature is really wanted by many users as far as I checked reactions in the social media. I would take my time to improve it. |
Do you have a link to the post by any chance? Pretty sure I found this repo off of social media, but I can't seem to find the original post. Would be interesting to see other people's feedback and thoughts. |
@ZibingZhang Sorry it's better not to share it here because the discussion I discovered involved a little offensive remarks. |
note: "many" is just my opinion, not guaranteed by any quantitative perspectives. |
Is there any way to recover the original behaviour and render the variable Edit: Ah, Just noticed PR #208 that addresses this. Would love to use this! |
There are still some issues around name processing:
In the current implementation, only the function names are processed separately, but I think that that behavior is generally preferred for all identifiers, and it should be applied by default.
In some specific cases, it would be still good to process underscores (e.g., trailing numbers:$x_{123}$ ), but rather this feature should be the option than retaining underscores.
x_123
->The text was updated successfully, but these errors were encountered: