# Mp3tag 3.34 beta 8 - Multilanguage string issues
**URL:** https://community.mp3tag.de/t/mp3tag-3-34-beta-8-multilanguage-string-issues/70974
**Category:** Support
**Created:** [March 31, 2026, 6:16am UTC](https://community.mp3tag.de/t/mp3tag-3-34-beta-8-multilanguage-string-issues/70974 "2026-03-31T06:16:33Z")
**Posts on this page:** 14
**Page:** 1
### Author:  [@bovirus](https://community.mp3tag.de/u/bovirus)
#### Post date: [March 31, 2026, 6:16am UTC](https://community.mp3tag.de/t/mp3tag-3-34-beta-8-multilanguage-string-issues/70974/1 "2026-03-31T06:16:33Z")
@Florian
I found some issues about GUI
Action menu
**Case conversion** is untranslated
Note: the string **Action (Quick)** seems a merge of two single strings ( **Action** and **Quick** ).
It’s better to avoid if you can to create a string merging other strings.
In Italian the strings can be male or female and only first letter of a strings is in uppercase (except own names).
For this **Action (Quick)** will be better if it’s a dedicate string.
In **Tag Source menu** the string **Cover Art** and **Release ID** are untranslated
In **About** window the string **Credit** , **Donate** , **Support** strings are untranslated
The strings highlighted seems the result of merging of some other single strings
It can create some problems with translation
Could be a good idea to have for these menu items dedicated strings (ex. **Discogs – Artista + album** , etc) to separate service from field and for field list only first is in uppercase.
On left side window
**Artista Album** and **Numero Disco** are displayed **not right (second word in uppercase)**.
**Artista album** exist as string **(\_M\_STR\_ALBUMARTIST**)
**Numero disco** exist as string ( **\_C\_WIZARD\_TRACKS\_DISCNUMBER** )
The window caption title here could be **Mp3tag – Options** or **Options**.
The tag names in the list shouldn’t contain **&** character.
WIf the user change UI language at next app run some string on left side panel remain didn’t change.
See UI changed from Italian to English at next run:
Top menu is in English.
Column name are in English.
Some field on left side panel are in Italian.
Thanks.
---
### Author:  [@bovirus](https://community.mp3tag.de/u/bovirus)
#### Post date: [April 3, 2026, 12:50pm UTC](https://community.mp3tag.de/t/mp3tag-3-34-beta-8-multilanguage-string-issues/70974/2 "2026-04-03T12:50:02Z")
@Florian
I checked that in new beta 9 Italian language file is not updated (strings untranslated - strings translated that need revision).
In teh UI there some strings untranslated and not included in language file that seems remain unfixed.
The issues about strings showed in not right mode seems unfixed.
Have you a schedule date to fix these issues?
Thanks.
---
### Author:  [@bovirus](https://community.mp3tag.de/u/bovirus)
#### Post date: [April 26, 2026, 9:03am UTC](https://community.mp3tag.de/t/mp3tag-3-34-beta-8-multilanguage-string-issues/70974/3 "2026-04-26T09:03:25Z")
I check that also in final version some issues are in place.
“Case Conversion” is untranbslated
“Cover Art” is untranslated.
Is not fix
“Artista Album” and “Numero Disco”
that should be
“Artista labum” and “Numero disco”.
Thanks.
---
### Author:  [@bovirus](https://community.mp3tag.de/u/bovirus)
#### Post date: [April 26, 2026, 9:05am UTC](https://community.mp3tag.de/t/mp3tag-3-34-beta-8-multilanguage-string-issues/70974/4 "2026-04-26T09:05:56Z")
Same issue here
In Italian only first letter of a period is in uppercase.
The “&” accelarator is not useful here.
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [April 26, 2026, 9:13am UTC](https://community.mp3tag.de/t/mp3tag-3-34-beta-8-multilanguage-string-issues/70974/5 "2026-04-26T09:13:54Z")
> [@bovirus](#):
>
> Cover Art” is untranslated
AFAIK entries in the menus for web sources and action reflect the file names of the additional files.
I doubt that locally renamed copies of the files will be issued.
> [@bovirus](#):
>
> “Artista labum”
should probably be "Artista album"
---
### Author:  [@MotleyG](https://community.mp3tag.de/u/MotleyG)
#### Post date: [April 26, 2026, 12:17pm UTC](https://community.mp3tag.de/t/mp3tag-3-34-beta-8-multilanguage-string-issues/70974/6 "2026-04-26T12:17:02Z")
> [@bovirus](#):
>
> The “&” accelarator is not useful here.
The "&" character here is used to indicate shortcut characters. Why would these not function when using a different language for the display?
> [@Character & in language files](https://community.mp3tag.de/t/character-in-language-files/65638):
>
> Good morning, Does the "&" character have a special function in the text of language messages ? Ex : \_C\_MNU\_EDIT\_CUT C&ut\tCtrl+X \_C\_MNU\_EDIT\_COPY C&opy\tCtrl+C
---
### Author:  [@bovirus](https://community.mp3tag.de/u/bovirus)
#### Post date: [April 28, 2026, 7:48am UTC](https://community.mp3tag.de/t/mp3tag-3-34-beta-8-multilanguage-string-issues/70974/7 "2026-04-28T07:48:15Z")
@MotleyG
In this context is just a list a value (are not menu items).
The & accelerator is used only in text string definition for menu to define the letter for accelerator.
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [April 28, 2026, 7:54am UTC](https://community.mp3tag.de/t/mp3tag-3-34-beta-8-multilanguage-string-issues/70974/8 "2026-04-28T07:54:08Z")
> [@bovirus](#):
>
> The & accelerator is used only in text string definition for menu
It also works for other UI objects like input fields in a dialogue. In the tag panel you can use a key combination to jump directly to a field for which the label has an & in the name by pressing Alt plus the letter preceeded by &.
`Co&mmento` could be accessed directly with Alt-M
---
### Author:  [@bovirus](https://community.mp3tag.de/u/bovirus)
#### Post date: [April 28, 2026, 8:55am UTC](https://community.mp3tag.de/t/mp3tag-3-34-beta-8-multilanguage-string-issues/70974/9 "2026-04-28T08:55:35Z")
**[ohrenkino](https://community.mp3tag.de/u/ohrenkino)**
Can have differenbt use.
In the list of options ihas no sense to use accelerator.
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [April 28, 2026, 8:59am UTC](https://community.mp3tag.de/t/mp3tag-3-34-beta-8-multilanguage-string-issues/70974/10 "2026-04-28T08:59:15Z")
You are right - in the list it does not serve as a shortcut but it shows the labels for the fields and make it easier in this overview to set a unique shortcut letter.
The list depends on the fields that the user sets for the tag panel - so the contents could vary.
---
### Author:  [@MotleyG](https://community.mp3tag.de/u/MotleyG)
#### Post date: [April 28, 2026, 1:34pm UTC](https://community.mp3tag.de/t/mp3tag-3-34-beta-8-multilanguage-string-issues/70974/11 "2026-04-28T13:34:46Z")
> [@bovirus](#):
>
> The & accelerator is used only in text string definition for menu to define the letter for accelerator.
The keyboard shortcut indicators have been in use in mp3tag for a very long time and has nothing to do with translations or language files. These are inserted with a purpose and do not need to be removed.
---
### Author:  [@bovirus](https://community.mp3tag.de/u/bovirus)
#### Post date: [April 30, 2026, 2:48pm UTC](https://community.mp3tag.de/t/mp3tag-3-34-beta-8-multilanguage-string-issues/70974/12 "2026-04-30T14:48:20Z")
In a list of values is a non sense to use accelerator
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [April 30, 2026, 2:56pm UTC](https://community.mp3tag.de/t/mp3tag-3-34-beta-8-multilanguage-string-issues/70974/13 "2026-04-30T14:56:05Z")
The list shows accurately the labels for the elements in the tag panel. And for the labels it makes sense to see the shortcut key.
For me the list looks like this:
As it depends a lot of the the user-defined settings, I doubt that this will be changed.
---
### Author:  [@system](https://community.mp3tag.de/u/system)
#### Post date: [May 28, 2026, 2:56pm UTC](https://community.mp3tag.de/t/mp3tag-3-34-beta-8-multilanguage-string-issues/70974/14 "2026-05-28T14:56:10Z")
This topic was automatically closed 28 days after the last reply. New replies are no longer allowed.