Whats holding ~100% D GUI back?
Ola Fosheim Grøstad
ola.fosheim.grostad at gmail.com
Sat Nov 30 11:13:42 UTC 2019
On Saturday, 30 November 2019 at 10:12:42 UTC, Ethan wrote:
> (Anyone actually reading: You'd use this methodology these days
> to build a distance field atlas of glyphs that you'd use to
> then render strings of text. Any game you see with fantastic
> quality text these days uses this. Its applications in the
> desktop space is that you don't necessarily need to re-render
> your glyph atlas for zooming text or different font sizes.
Distance fields are ok for VR/AR applications, but not accurate
enough and wastes way too much resources for a generic UI that
covers all platforms and use-cases.
This is where the game-engine mindset goes wrong: A generic
portable UI framework should leave as much resources as possible
for the application (CPU/GPU/Memory/power). You don't need to do
real time scaling at a high frame-rate in a generic UI.
So, even if you can get to a game-engine-like solution that only
use 5% of the resources on a high end computer, that still
translates to eating up 50% of the resources on the low-end.
Which is unacceptable. A UI framework has to work equally well
with devices that is nowhere near being able to run games...
More information about the Digitalmars-d