FONT_PATTERN discussion and understanding

That is exactly what I want.

No without having to rely on talkie codes as they take a lot of memory. beep codes are retained as a fall back because they only take very little memory, however beep codes can be hard to differentiate.

I agree for “error_in_blade_array”, once the saber is finished, that error shouldn’t occur. My saber will never be finished though because I’ll keep changing the fonts so all the other errors can and will occur. And I would rather have Vader telling me what that error is than the talkies telling me what’s wrong.

When FONT_PATH was introduced in the Gearing up for OS8 thread, you had asked:

But you never got an answer on how to make your edit mode compatible with that define.
And the answer is:

I always thought that having to name my common folder as “common” to be compatible with your prop (instead of “_common” or “voicepack”, or what ever the user preference is) was a limitation in your prop.

With FONT_PATTERN, that limitation disappears if you choose to make your edit mode compatible with FONT_PATTERN. And it will be transparent to the user because FONT_PATTERN will default to “*;common” if not defined in the config.