Отдельные функции. Дело в том, что STL — это куча шаблонов, и их надо как-то расшаблонивать. Отдельные, наиболее важные специализации (например, std::string и wstring), а также точные специализации каких-нибудь функций (ostream << int) могут храниться в рантайм-библиотеке, но в общем нет.
Если не ты — значит, использовать среднепотолочную гамму, а не замеренную колориметром на твоём мониторе.
И ещё — беру свои слова назад, на планшете выглядело дрянно (он сам масштабирует картинки, да ещё и матрица там ретиноподобная, но откровенно слабая). Посмотрел на настольном мониторе — всё верно там с гаммой, лучше не сделает ни PNG, ни SVG.
В TrueType-шрифтах именно для этого есть так называемый хинтинг (выравнивание горизонтальных и вертикальных прямых по пикселям).
Да, с языком есть аналогия. Языком надо пользоваться, понимать, как он работает, и осваивать действием. То же самое и с компьютерной библиотекой: понимать, как работает, и осваивать действием.
Ну конечно, то, что называется callback, на языке Java — интерфейс и некто, его реализующий.
Но ООП лишь частично решает задачу, ибо его задача — совладать со сложностью программ, состоящих из кучи взаимодействующих компонентов.
Дело я освоил, даже удивительно, что установка разовых, проблемно-ориентированных компонентов не обязательна. Потому ставлю решением — хоть и оно не решило задачу.
AtomKrieg: Посмотрел возможности libgdx, из «возможно, нужного мне» разве что чуть более быстрое рисование на настольных машинах. Игра-то пошаговая с несложной графикой.