[coding] TomeNET needs your help to find a bug! :D

[tangar]

Hi ho!

Just a few months ago I've presented my free-to-use 1-bit tileset for TomeNET (http://tomenet.eu) and not only: https://www.reddit.com/r/roguelikede...graphics_font/ ... Also wanna remind, that I'll be very happy if someone would use this tileset in YAGR (yet another great roguelike)

This tileset works great in TomeNET and makes gameplay much more enjoyable!

But we got a trouble...

There is a bug - currently it's not possible to map characters at certain glyphs of this graphical font:
0, 2, 16-31, 129, 141, 143, 144, 157, 195

If this bug would be fixed, it would be possible to add extra _24_ symbol in this tileset (I'll update my tileset, of course!). 24 symbols would make huge difference!

Devs don't know how to fix this bug It's even totally unknown where to find this mistake... That's why I beg every living person who knows something about coding to help in solving this issue!

Source files for TomeNET could be found there: https://tomenet.eu/downloads.php

Topic about this problem at TomeNET forum:
https://tomenet.eu/phpBB3/viewtopic.php?f=9&t=1737

Please don't hesitate to post any assumptions and hypothesis considering this bug, lets discuss it. Any hints could be useful!

[PowerWyrm]

Hmm... that's too random to be anything in the code. I guess it comes from your font. Are these symbols in your font mapped to non-ASCII characters? Did you start from the original font file? A modified file?

[tangar]

thanks for feedback! I'll add it to our headquarters ( https://tomenet.eu/phpBB3/viewtopic.php?f=9&t=1737 )

Previously dev's already fixed similar bug, when it was possible to map only 128 or so symbols... and now there is problem only with other symbols, like 16-31 symbols, so it still could be a bug in code.

I've modified original file (resized it).

[PowerWyrm]

Originally Posted by tangar

Previously dev's already fixed similar bug, when it was possible to map only 128 or so symbols... and now there is problem only with other symbols, like 16-31 symbols, so it still could be a bug in code.

Well being able to map 255 chars instead of 127 = bug with char/byte, that's obvious. But not being able to map #157? Why not #158 instead? That's too random to be a bug in the code, unless there's a hardcoded table somewhere... I've looked at ASCII tables and those unmappable chars (except the ones below 32 which are system chars and shouldn't be remapped anyway) are not different from their neighbors (for example: you have one accented "i" that cannot be remapped while all other accented "i"s can). That's why I was suggesting looking at the font file and see what character was at position #157 to be sure it's not a special one. An easy way to tell is to use different font files from different countries and see if the unmappable chars are at same position.

[tangar]

Investigation into the problem (video):
https://www.youtube.com/watch?v=MDYDr2Ey5nY

List of problem glyphs:

0 linked to 35 (#)
2 WORKS!

16 ┼ 253C 197
17 ◄ 25C4 17
18 ↕ 2195 18
19 ‼ 203C 19
20 Âś 00B6 20
21 ┴ 2534 193
22 ┬ 252C 194
23 ┤ 2524 180
24 ↑ 2191 24
25 ├ 251C 195
26 → 2192 26
27 � 2190 27
28 NULL
29 NULL
30 NULL
31 linked to 35 (#)

129 NULL
141 NULL
143 NULL
144 NULL
157 NULL
195 WORKS!

IT DOESN'T SHOW CORRECT VALUES AT OOOK.CZ FORUM, please visit https://tomenet.eu/phpBB3/viewtopic....9&t=1737#p5023 to see correct ones!

List of code page 437 table:
https://en.wikipedia.org/wiki/Code_page_437

TomeNET source could be found:
https://www.tomenet.eu/downloads.php

===
takkaria, I'm not sure about Vista.. So maybe we have to try another .fon file without glitch, as PowerWyrm suggested? I wasn't able to find good ones for it (see below)

PowerWyrm, it's good idea to try other fonts. But where to find another, 100% legit monospaced .fon file with ANSI/Latin1/CP1252 charset? I googled, but wasn't able to find such file. The closest thing I found is https://int10h.org/oldschool-pc-fonts/readme/ - but it's no in correnct charset... If I'll change it - it won't be 'template' anymore.. We need 100% native .fon file, exceptional model

[PowerWyrm]

I tried to test the feature but it simply doesn't work for me. So I won't be able to help here...

[tangar]

PowerWyrm, thank you very much for participation in this project! I've recorded video to show how to rearrange symbols in font:

https://youtu.be/mv7bxDMKYLo

(this isn't public video, access only by link)

[PowerWyrm]

Originally Posted by tangar

PowerWyrm, thank you very much for participation in this project! I've recorded video to show how to rearrange symbols in font:

https://youtu.be/mv7bxDMKYLo

(this isn't public video, access only by link)

Found the problem, thanks. It was because the prf files are copied in a Windows local user directory and I had to modify the copied file, not the original one, so the changes would be applied.

As of the font issue, I've also found the problem. See post in tomenet forums.

[tangar]

Maybe I misunderstood something, but it seems that stuff which you pointed there - isn't the case. Replied @ TomeNET forum details

[tangar]

Guys, lets continue brainstorm!

For now we need to understand how to fix 0, 16-31 glyphs! As 1-15 works for remapping (but actually they are 'system' commands), it has to be possible to make 16-31 work too!

Currently they got this values:

0 linked to 35 (#)

16 ┼ 253C 197
17 ◄ 25C4 17
18 ↕ 2195 18
19 ‼ 203C 19
20 Âś 00B6 20
21 ┴ 2534 193
22 ┬ 252C 194
23 ┤ 2524 180
24 ↑ 2191 24
25 ├ 251C 195
26 → 2192 26
27 � 2190 27
28 NULL
29 NULL
30 NULL
31 linked to 35 (#)

Symbols took from https://en.wikipedia.org/wiki/Code_page_437 (but they are in wrong places)

GOGOGO! We can do it!

===
!!! We got an important update:

'Fony' (http://hukka.ncn.fi/?fony) developer Hukka noted that:

Anyway, this seems to be a bug in the game and not Fony. I've seen at least two people say that it's because "Fony relies on Unicode", but that makes no sense when it comes to bitmap fonts, and Fony only really uses Unicode to display various language translations in the user interface. Previous versions of Fony didn't even support Unicode in any way at all! Bitmap fonts have no concept of Unicode, nor does Fony when it's handling them. It's just 256 glyphs, one after another, bitmaps in a file.

Does it looks like it's not the problem of the font, but actually the problem in the TomeNET code? TomeNET source could be found: https://www.tomenet.eu/downloads.php

p.s.
Also Hukka said that soon he would create crossplatform opensource version of Fony! Great news