-
Notifications
You must be signed in to change notification settings - Fork 160
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
Try harder to use the correct indefinite article (a/an) in messages to the user #3400
Comments
Looking around, there are quite a few place where we print "a %s", where %s is set to TNAM_OBJ (usually, but not always as part of a "(not a %s)". Therefore I'm tempted to suggest a new function, TNAM_OBJ_WITH_ARTICLE (that's a horrible name), which returns TNAMs with the article included. |
A better option might be to add a modifier to '%s', say '%as', which makes it attach 'a/an' as a prefix. |
Yes, perhaps introducing |
I am not so sure about Whereas for TNUMs, we have a fixed list of <= 256 entries, and we only need to make sure the articles are correct for those. That's a much simpler problem. So I'd really start with that, and if we then determine that we really need article inflection in more places, then we can look into a more generic solution. |
In |
I had a look at the remaining ones, and I think I'm happy with closing this issue. (I didn't create the issue as "Always use the correct indefinite article"!) Thanks for your work on this Max. |
Sorry that this is a vague issue, perhaps the scope should be narrowed, feel free to edit this to something more actionable. But I wanted to make an issue while I still remembered. Some messages to the user in GAP, such as the following one (produced by
RequireArgumentEx
), use the wrong article:gap/tst/testinstall/bitfields.tst
Line 63 in bd34ff4
To be clear, 'a empty' should be 'an empty'. Although it's not a huge problem, it still doesn't give the best impression of GAP, so I think we should attempt to improve the situation.
@fingolfin suggested a (partial?) solution in a comment on #3994. What does anyone think? I can think of the following steps:
RequireArgument
is the only place where this happens now? @fingolfin said that he's been trying to solve this problem).The text was updated successfully, but these errors were encountered: