[api]

GUIs tend to do this. I think the reason is that programmers fundamentally underestimate the problem of building a good graphical user interface, and therefore systematically design solutions that are inadequate. These inadequate frameworks then accumulate ugly nasty cruft because their underlying structure is not adequate to elegantly address the problem domain.

GUI toolkit and renderer development should begin with the humble admission that building a good GUI system is incredibly hard, on par with massive distributed systems and AI, and that the problem should be tackled with that level of difficulty as an expectation. A good analogy would be between a GUI toolkit and a mature 3d virtual world game engine. Those are probably roughly equivalent problem domains.

[andrewflnr]

AI=~=GUIs=~=3D game engine? One of these is not like the others, and I'm not talking about the number of letters in the name. I take your point in general, but I don't buy the idea that designing a good GUI system is as hard as AI or distributed systems.

[api]

I dunno. Can you deal with right-to-left, left-to-right, and vertical languages with different glyph forms on the same screen while also coping with multiple accessibility settings, sub-pixel anti-aliasing, embeddable GL components, component reusability, efficient updates on state changes without a full re-render, and platform support for over 200 different graphics chipsets?

I'm just saying it's a problem domain that is consistently underestimated.

[murbard2]

It's not the same type of difficult; it's extremely painstaking and it's by no mean an easy task, but it's much less conceptually hard than a 3D engine, let alone an AI.