| ID | Category [?] | Severity [?] | Reproducibility | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 04115 | Documentation | Minor | Always | Nov 8, 2010, 15:59 | Nov 18, 2010, 22:24 |
| Tester | M.A.S.H. | View Status | Public | Platform | MAME (Self-compiled) |
| Assigned To | Resolution | No change required | OS | Windows XP (32-bit) | |
| Status [?] | Closed | Driver | |||
| Version | 0.140u1 | Fixed in Version | Build | Normal | |
| Fixed in Git Commit | Github Pull Request # | ||||
| Summary | 04115: funquiz: Typo in manufacturer info | ||||
| Description |
Typo in manufacturer info. Shows this here: "Funworld / \xc3\x96hlinger" => German "Ö" Must be "Funworld / Oehlinger". |
||||
| Steps To Reproduce | |||||
| Additional Information | |||||
| Github Commit | |||||
| Flags | |||||
| Regression Version | 0.140u1 | ||||
| Affected Sets / Systems | funquiz | ||||
|
Attached Files
|
 temp.png (24,463 bytes) Nov 15, 2010, 14:19 | ||||
 No.06849
Tafoid Administrator
Nov 8, 2010, 16:51
|
This change was to allow easier use by xml parsers. The Ö is correct for that game. It shows correctly for me in a game information screen. |
|---|---|
 No.06850
Roman Senior Tester
Nov 8, 2010, 21:01
|
Guess what -listxml output produces depends on currently setup codepages....set utf-8 encoding in the xml tag....or encode such characters the xml way ;) |
 No.06851
M.A.S.H. Senior Tester
Nov 8, 2010, 21:10
|
In the source it looks not better: GAME(198?, funquiz, 0, funquiz, funquiz, 0, ROT0, "Funworld / " O_UMLAUT "hlinger", "Fun World Quiz (Austrian)", 0 ) |
|
No.06852
Tafoid Administrator
Nov 8, 2010, 21:24
|
I'm changing the status so Aaron can clearly define why it's done this way and not any other way. |
|
No.06865
Tafoid Administrator
Nov 14, 2010, 20:27
|
I'll acknowledge for now. There just might not be a good way to handle it right now for all instances. |
 No.06868
etabeta Developer
Nov 15, 2010, 14:17
edited on: Nov 15, 2010, 14:20
|
I don't understand exactly where the bug should be... in the UI, it is correctly displayed in listxml output, when opened with a xml editor, I correctly get <manufacturer>Funworld / Öhlinger</manufacturer> (see the attached png) what is the problem? that it's not human readable? that other text editors which do not handle correctly UTF-8 encoding might display the wrong char? MAME is acting as expected, I do not see the issue |
|
No.06869
Tafoid Administrator
Nov 15, 2010, 16:28
|
It's a problem with the text editors, not MAME. Someone can figure out the setname from source easily enough. Closing. |
|
No.06870
Roman Senior Tester
Nov 17, 2010, 22:59
|
etabeta, you don't see anything wrong because the current characters are codepage dependent. Either you see them correct or wrong, depending on your local codepage setting. I'd suggest to either replace diacritics (ö -> oe, ü -> ue, ä -> ae) which is fully valid for german language, or for -listxml output encode characters the &#xx; way.....or we switch to utf8 encoded xmls.... |
|
No.06873
etabeta Developer
Nov 18, 2010, 22:24
|
still, I'm not sure that local codepage setting should be considered MAME bugs... |