• SDLToME

SDL-ToME

NeilStevens: Eric's SDL UI is now merged into the mainline of T-Engine 3 development.

To-Do

In no particular order:

• variable tile width and height via config file (for now)
• menu system
• dialog system
• font selection via GUI
• graphics rendering
• move to client/server architecture

Bugs

• No text displayed on the Mac platform when rendering solid text
• ghosts when resizing terms

NeilStevens: Font selection? How many fonts do you expect us to ship? Unicode fonts are rather large. I can see doing font size selection though, yes...

EricStevens: Expect? I don't expect the ToME team to do anything with fonts. I don't know where you would have gotten that idea.

It really doesn't matter though and it's simple enough to do. If the end user fills their font directory with n fonts from their own system, let them choose their font for any term without having to hack ini files, use annoying ENV variables or deal with putting together crazy-long executable arguments or batch files to hold all their arguments. Wouldn't it appeal to a broader base just to make it simple?

What I'm thinking of is to just have the user click on a specified area, or just right click, they'd click on 'Font' and enter into a dialog box the font name they want to use. I could list every font in the font directory, but that could get ugly if it gets too large. The font they select for that term is saved in some config file along with the size, etc. This same thing can be done for tiles or most any visual element.

I don't want to stick the end user with a single font for the entire app. We have the capability for this right now, in SDL-ToME. Every term can have a different font as the code stands today. There's no reason not to do this.

DarkGod: Font size is indeed very important, as for the actual font, I suppose once you can do font size it's not that hard so why not

EricStevens: Part of the font selection would be font size, naturally.

DarkGod: Any update on the GFX code ?