Философию слушал на скорости 1.6, прослушал за утро значительную часть курса, попутно делая пометки, после чего пошёл сдавать и сдал на 5. Отличный метод!
Я тоже начинал с glBegin, glEnd, glVertex.
Когда мне понадобилось написать первое OpenGL приложение для Android, я обнаружил, что в OpenGL ES уже нет ни glBegin ни glEnd ни glVertex, оно и к лучшему =)
Так что лучше сразу думать в терминах glDrawArrays, glDrawElements итд.
Когда меню одно у каждого окошка — тоже знаешь, где оно — в заголовке окошка, с которым сейчас работаешь + через весь 24дюймовый экран тянуться не нужно. Итого 2:1 в пользу отдельного меню для каждого окоошка. А вообще — лучше бы это было вынесено в настройки — кому как нравтся. Всего одна галочка — глобальное меню или нет =)
Можете привести пример, как подобное реализуется с помощью boost::function и std::function?
Повторюсь — главным приоритетом для меня было удобное определение функций по ходу кода, а не в отдельных функциях, чтобы не скакать туда-сюда по исходнику.
На сколько я помню, я отказался от std::function, так как не смог его использовать с Intel Compiler.
А поконструктивнее? Проблема есть и я её озвучил. Не надо молиться на эппл только потому что он — эппл. у всех есть недостатки, которые между прочим можно лего исправить.
А глобальное меню — это вообще полный трешак — зачем дурной тон с Apple брать? Допустим у меня маленькое окошко в правом нижнем углу экрана на огромном 24 дюймовом мониторе. Что мне теперь через всю диагональ мышиным курсором тянуться до меню?
Когда мне понадобилось написать первое OpenGL приложение для Android, я обнаружил, что в OpenGL ES уже нет ни glBegin ни glEnd ни glVertex, оно и к лучшему =)
Так что лучше сразу думать в терминах glDrawArrays, glDrawElements итд.
Повторюсь — главным приоритетом для меня было удобное определение функций по ходу кода, а не в отдельных функциях, чтобы не скакать туда-сюда по исходнику.
На сколько я помню, я отказался от std::function, так как не смог его использовать с Intel Compiler.