Там у ТС проблемы с измерением производительности - в комментариях это указано. ROT13 потенциально быстрее. меньше операций. Но я не настаиваю.
gudleifr писал(а):
Т.е. существующие +100500 решений меня не устраивают, и я предлагаю свое +100501-е ни с чем не совместимое...
Да, примерно так, за исключением трёх нюансов.
1. На самом деле, достойных решений в этой области удивительно мало. Кроме тех, что я перечислил (и с которыми работал), я знаю еще только два - Qt и FLTK. А если учесть, что tk и iUP на деле не самостоятельны (на windows используют нативные контролы, на юниксах - GTK или (только tk) нативные X-windows контролы, то ситуация с выбором более чем печальная.
2. Я в душе не могу представить, с чем может быть совместима интерфейсная библиотека, кроме программ, которые
для неё написаны и операционных/графических подсистем, на которые
она портирована. Ну, честное слово - не могу, и всё тут. В любом случае, совместимость и портируемость у такой библиотеки не может быть хуже, чем у голого WinAPI.
3. Я нигде, никоим образом не указывал, что собираюсь вот прямо сейчас писать свой оконный тулкит. Просто сказал, что не хочу делать компонет, который планирую использовать в своем ПО, зависимым от конкретных фреймворков. Да, это очень удобно, но снижает область возможных применений компонента. К тому же я пока не находил удобного конкретно для меня инструмента.