View source for Thread:Support/About EOL:Website-about resources notice/en/reply
- [View source↑]
- [History↑]
Contents
![]() First page |
![]() Previous page |
![]() Next page |
![]() Last page |
I found message flag 'trusted' where is in reviewed media tags isn't translated(tag is <p class="flag trusted">Trusted</p>). Please fix it.
Thanks for pointing this out, but without more information, I'm not sure this is actually a problem. A quick "git grep Trusted app/views" doesn't show any results. It's entirely possible what you saw was caused by a missing database translation, but without knowing specifically where you saw it, it is hard to say.
Could you be more specific about where you saw this?
Thanks.
For example, trusted mark of media page http://eol.org/set_language?language=ko&return_to=http%3A%2F%2Feol.org%2Fpages%2F1049644%2Fmedia (Korean) is not translated as "신뢰할 수 있음". Tagalog and Serbian also aren't translated. It is may be at one of "Website-trusted", and "Database-translated activities-name-activity id-58"(message "unreviewed" is at "Database-translated activities-name-activity id-59").
p.s. In pages http://eol.org/data_objects/13164279, message "Database-translated agent roles-label-agent role id-9"(Photographer) isn't reflected. In Main Page (http://eol.org/) and statistics page of content partner (http://eol.org/content_partners/9/statistics) aren't translated messages for month and past time.
What does this "contact subject" actually mean? Is it a noun phrase or verb phrase?
In this case, this is a field on the "contact us" form. But...
Everything in the "Website-activerecord.attributes" subdomain is... tricky. It's a built-in Ruby on Rails convention, used for several different things. Most notably, it will be used to construct the form for whatever is being edited, so it will be used as the name for a field on a form. Secondarily, it will be used in automated error messages, such as "Contact subject is required".
I think you can *fairly* safely treat these as if they are noun phrases in the nominative case.
Red hot chili peppers? Meaning: please provide some context what this is.
None of the "Database" entries truly have a context, because they are pulled from the database (!) onto the pages as needed.
In this particular set (translated ranks), what you're translating is what biologists call a "rank," ie: Kingdom, Phylum, Order, Species, etc. This particular term (forma) is used by botanists, for example broccoli and cabbage are two different "forma" of a single species (believe it or not). Wikipedia says it well enough: http://en.wikipedia.org/wiki/Forma_(botany)
This is the sort of context needed. :) I've added it to EOL:Database-translated ranks-label-rank id-107/qqq; please do the same for other specific terms. If you also have particular indications (e.g. to keep in Latin, to follow scientifical terminology etc.), this is also useful context to add to qqq.
Closing para tag should be in code, not in message. It is also unbalanced, as there is no open tag.
You do not have permission to edit this page, for the following reason:
You can view and copy the source of this page.
Return to Thread:Support/About EOL:Website-about resources notice/en/reply.
None of the "activerecord.attributes" values really have a context; this is a Rails-ism, used to construct field labels and error messages about those fields. For example, this string would be used to build the label "replace duplicates" to the checkbox on the form for collection_jobs.
...Since this same logic applies to ALL of the "activerecord.attributes" values, I don't feel inclined to include this in the qqq. But if you disagree, please let me know how you would like these to be handled.
When working on the project "Encyclopedia of Life", should the name of the project be also translated into Czech ("Encyklopedie života") and its frequently used acronyme EOL substituted by its Czech equivalent EŽ? Or are they to be kept in their original form?
I think you can choose what you like here, as long as it's implemented consistently.
You can choose either, and the trick is to find the biggest community to reach an agreement on whether to translate. If the Czech community on Encyclopedia of Life is not very big, perhaps you could discuss on the Czech wikipedia, with links from the Portal:Cs. Do they have language community pages on EOL?
A related issue is whether to change the abbreviation EOL.
A quick review of the EOL home page shows that most, but not all, language verions have translated the name (in the header 'Currently in the Encyclopedia of Life' towards the bottom of the page). Most, but not all, have left the acronym EOL as it is. In all cases, the logo EOL with Encyclopedia of Life underneath it, stays in English.
I was just thinking that the EOL has its own website, whereas the Czech name points to nowhere, for some time at least. Could this be a problem?
This would be the most obvious links: http://www.encyklopediezivota.cz/ http://www.encyklopedie-zivota.cz/ http://www.encyklopedie_zivota.cz/
Links should not be localised. Instead they should be kept as they are. There is a drop-down box to switch the language at the top of the EOL site.
Are these localised links coming from messages? If so, please list them so that the documentation can be written to stop these links from being translated.
Is "additionalInformation" some API response field, or should this be "additional information"? The full stop should probably be outside of the italics.
![]() First page |
![]() Previous page |
![]() Next page |
![]() Last page |
- Closed support requests for Encyclopedia of Life
- Closed support requests for Encyclopedia of Life
- Closed support requests for Encyclopedia of Life
- Closed support requests for Encyclopedia of Life
- Closed support requests for Encyclopedia of Life
- Closed support requests for Encyclopedia of Life
- Closed support requests for Encyclopedia of Life
- Closed support requests for Encyclopedia of Life
- Closed support requests for Encyclopedia of Life
- Closed support requests for Encyclopedia of Life
- Closed support requests for Encyclopedia of Life
- Closed support requests for Encyclopedia of Life
- Closed support requests for Encyclopedia of Life
- Closed support requests for Encyclopedia of Life
- Closed support requests for Encyclopedia of Life
- Closed support requests for Encyclopedia of Life
- Closed support requests for Encyclopedia of Life
- Closed support requests for Encyclopedia of Life
- Closed support requests for Encyclopedia of Life
- Closed support requests for Encyclopedia of Life