-
Notifications
You must be signed in to change notification settings - Fork 985
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
Multiple small issues with messages in the C code #6503
Comments
yes |
I guess you're referring to
Hmm, good point, though I worry "source character set" is a highly technical term --> relatively tough to translate. WDYT about "Unlike the very common case, e.g. ASCII, the character '/' is not just before '0'".
Ping @jangorecki who has the best context here
Good spot. Has it ever been possible? My best guess was this was a somewhat half-baked fix here: Author fixed the So I think we can just drop that condition and the corresponding part of the message. |
Yes, I mean the part about
Agreed, this phrasing sounds fine.
...which started out as a check for "opposite of |
|
No idea really, but I can imagine some hacks in setting up length to negative value, that could have been in play. |
some contribs
|
[aside/FYI @rikivillalba if your permalink includes column numbers ( |
@jangorecki I'm not seeing calls to @rikivillalba Thank you for reminding me! There's quite a lot of debugging printout that consists of argument/variable names that (arguably) should not be translated:
Which of these should have their |
for those, I think we need a system for marking "notranslate" at the same time, so that CI/release doesn't keep finding these strings that are in translateable calls, just not useful to translate. In potools, that's Let's open another separate issue for those, it's a bit different from the topic at hand. |
Edit: hmm, I don't see "at RHS position" at all in the official |
Re: the previous comment, any suggested fix? The first things that come to mind seem messy. Maybe we should functionalize the macro... |
The core of the problem is that even if we do follow the recommendation to format the number into a temporary buffer and then use Can we cheat a little and split the clauses into two sentences? Then we'll have
and
...which is more manageable. The strings could be rephrased further, making them truly separate sentences ( |
cc @jangorecki. I'm not sure what change you have in mind exactly, but I think the call-out to consult |
Good spot, there's a similar fragment below. It's a bit hard to pull apart exactly how we'd make this friendlier. I think the best bet is to make each fragment a standalone sentence. I'll want to read more carefully how exactly those show up in the verbose output. Filing as a separate issue so it's not lost, there's already a lot going on here. |
This is a continuation of #6482. I think I won't find any more issues in the C code messages. Some of these are questions, a few indicate real translation hurdles.
data.table/src/fread.c
Lines 1933 to 1934 in 9443409
Translation in parts could be done reliably with
pgettext
, which seems to be currently unavailable even to C code in R's built-in copy ofgettext
on Windows.data.table/src/fsort.c
Lines 255 to 259 in 9443409
_("no")
not to mean something else in a different part of the code:data.table/src/fread.c
Line 2038 in 9443409
Unfortunately, expanding this sentence will duplicate the full line of the code.
The rest are questions unrelated to translations:
/
is not immediately before0
. How about "The character '/' is not just before '0' in the source character set"?data.table/src/init.c
Line 225 in 9443409
data.table/src/init.c
Line 227 in 9443409
.Last.updated
:data.table/src/init.c
Line 367 in 9443409
data.table:::list2lang
converts character strings to symbols. Would it be more helpful to mention character strings in the error message too?data.table/src/programming.c
Line 16 in 9443409
data.table/src/fmelt.c
Line 805 in 9443409
LENGTH(.) < 0
something that's possible in R ≥ 3.3.0?data.table/src/fmelt.c
Line 66 in 9443409
(Checkboxes indicate either no action needed or a corresponding fix being suggested in #6504)
The text was updated successfully, but these errors were encountered: