XNA is very very outdated, have you tried using Monogame? It is actively supported and should not require a lot of code changes - even the namespaces stay as Microsoft.Xna.Framework. Is there a specific reason you must stick to Microsoft's XNA specifically?

Huh, nice to know. Keep font copyrights in mind, especially if you're going to be releasing something - sometimes there's like a 100x price difference between being able to use the .ttf itself vs one sheet of rendered font at a specific size.

Perhaps this question is better suited for StackOverflow as it is more about a generic programming pattern rather than game-specific.

Hi, can you please elaborate slightly on how this line of code solves the problem? As far as I can tell, it checks the coordinates of the tile it is about to draw and only draws it if it is onscreen, but I am unsure.

There are quite a few very similar questions as well, make sure to look through them to see if more useful info shows up

Regarding the ttf files, you can see if SpriteFont 2 is right for you - it can generate necessary files if you want it to.

In addition, screenshots straight from games are probably a no-no, but originally created screenshots resembling the games just enough to be identified should be fine and even a better puzzle.

If you solved your original question as posted, do not hesitate to post it as a self-answer - while there will be a delay on accepting it as the correct answer, it will still be useful for the community and gain points as normal.

Do you really need it as a separate class if it consist of a single field - a Dictionary?

how many vertices are we talking about here on average?

You can also use tools like SpriteFont2 to render it to a texture at a fixed size. Either way, be VERY careful regarding licensing restrictions on the font - just having access to the file doesn't mean anything.

all of this information should probably go into your initial question.