Skip to content
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

translate metadatagroup field label with field metadata instead of value 2 #11

Conversation

floriangantner
Copy link

References

Add references/links to any related issues or PRs. These may include:
superseeds

Description

The metadatafield label of metadata groups is currently translated wrong.
According to the autogenerated i18n Keys in the layout.xls the Scheme
"layout.field.label.<EntityType>.<Metadatafield>": "<Value of Translation>"
should work, but instead the translation for the value
"layout.field.label.<Label of Metadatafield>"
is being requested.

Alternative way of solving this issue:
This issue could also be solved purely by configuration with changing the layout.xls$metadatagroups column Label to .. In this case the formula in the metadatagroup_i18n sheets is calculated wrong and could be changed. Since diffs in the excel file are hard to read, we prefer the first approach ;)

Instructions for Reviewers

Please add a more detailed description of the changes made by your PR. At a minimum, providing a bulleted list of changes in your PR is helpful to reviewers.

Checklist

  • change default translation key being requested including the Item's entity Type and the name of the metadatafield
    
  • My PR is small in size (e.g. less than 1,000 lines of code, not including comments & specs/tests), or I have provided reasons as to why that's not possible.

  • My PR passes TSLint validation using yarn run lint

  • My PR doesn't introduce circular dependencies

  • My PR includes TypeDoc comments for all new (or modified) public methods and classes. It also includes TypeDoc for large or complex private methods.

  • My PR passes all specs/tests and includes new/updated specs or tests based on the Code Testing Guide.

  • If my PR includes new, third-party dependencies (in package.json), I've made sure their licenses align with the DSpace BSD License based on the Licensing of Contributions documentation.

@corrad82-4s corrad82-4s requested a review from atarix83 April 18, 2023 10:33
@floriangantner floriangantner changed the base branch from dspace-cris-7 to main-cris February 20, 2024 16:59
@floriangantner
Copy link
Author

Bug still exists in 2023.02.02 - aligned to 2023.02.02 release

@floriangantner floriangantner changed the base branch from main-cris to dspace-cris-2023_02_x April 9, 2024 09:52
@floriangantner
Copy link
Author

fixed by some more extended translation solution in 2023.02.05

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant