|
|
typedef Magnum::Platform::GlfwApplication::Arguments | Arguments |
| |
|
|
bool | _dynamicBoundary = true |
| |
|
Magnum::Float | _boundaryOffset = 0.0f |
| |
|
int | currentStep = 0 |
| |
◆ GlfwApplication()
| TissueForge::rendering::GlfwApplication::GlfwApplication |
( |
const Arguments & | args | ) |
|
creates the app, but does not create the context.
◆ close()
| HRESULT TissueForge::rendering::GlfwApplication::close |
( |
| ) |
|
|
overridevirtual |
◆ contextHasCurrent()
| bool TissueForge::rendering::GlfwApplication::contextHasCurrent |
( |
| ) |
|
|
overridevirtual |
◆ contextMakeCurrent()
| bool TissueForge::rendering::GlfwApplication::contextMakeCurrent |
( |
| ) |
|
|
overridevirtual |
◆ contextRelease()
| bool TissueForge::rendering::GlfwApplication::contextRelease |
( |
| ) |
|
|
overridevirtual |
◆ createContext()
◆ destroy()
| HRESULT TissueForge::rendering::GlfwApplication::destroy |
( |
| ) |
|
|
overridevirtual |
◆ framebuffer()
| Magnum::GL::AbstractFramebuffer & TissueForge::rendering::GlfwApplication::framebuffer |
( |
| ) |
|
|
overridevirtual |
◆ getRenderer()
◆ getWindow()
| GlfwWindow * TissueForge::rendering::GlfwApplication::getWindow |
( |
| ) |
|
|
overridevirtual |
◆ mainLoopIteration()
| HRESULT TissueForge::rendering::GlfwApplication::mainLoopIteration |
( |
double | timeout | ) |
|
|
overridevirtual |
◆ messageLoop()
| HRESULT TissueForge::rendering::GlfwApplication::messageLoop |
( |
double | et | ) |
|
|
overridevirtual |
◆ pollEvents()
| HRESULT TissueForge::rendering::GlfwApplication::pollEvents |
( |
| ) |
|
|
overridevirtual |
This function processes only those events that are already in the event queue and then returns immediately. Processing events will cause the window and input callbacks associated with those events to be called.
On some platforms, a window move, resize or menu operation will cause event processing to block. This is due to how event processing is designed on those platforms. You can use the window refresh callback to redraw the contents of your window when necessary during such operations.
Implements TissueForge::rendering::Application.
◆ postEmptyEvent()
| HRESULT TissueForge::rendering::GlfwApplication::postEmptyEvent |
( |
| ) |
|
|
overridevirtual |
This function posts an empty event from the current thread to the event queue, causing waitEvents or waitEventsTimeout to return.
Implements TissueForge::rendering::Application.
◆ redraw()
| HRESULT TissueForge::rendering::GlfwApplication::redraw |
( |
| ) |
|
|
overridevirtual |
◆ setSwapInterval()
| HRESULT TissueForge::rendering::GlfwApplication::setSwapInterval |
( |
int | si | ) |
|
|
overridevirtual |
◆ setWindowAttribute()
| HRESULT TissueForge::rendering::GlfwApplication::setWindowAttribute |
( |
WindowAttributes | attr, |
|
|
int | val ) |
|
overridevirtual |
◆ show()
| HRESULT TissueForge::rendering::GlfwApplication::show |
( |
| ) |
|
|
overridevirtual |
◆ waitEvents()
| HRESULT TissueForge::rendering::GlfwApplication::waitEvents |
( |
| ) |
|
|
overridevirtual |
This function puts the calling thread to sleep until at least one event is available in the event queue. Once one or more events are available, it behaves exactly like glfwPollEvents, i.e. the events in the queue are processed and the function then returns immediately. Processing events will cause the window and input callbacks associated with those events to be called.
Since not all events are associated with callbacks, this function may return without a callback having been called even if you are monitoring all callbacks.
On some platforms, a window move, resize or menu operation will cause event processing to block. This is due to how event processing is designed on those platforms. You can use the window refresh callback to redraw the contents of your window when necessary during such operations.
Implements TissueForge::rendering::Application.
◆ waitEventsTimeout()
| HRESULT TissueForge::rendering::GlfwApplication::waitEventsTimeout |
( |
double | timeout | ) |
|
|
overridevirtual |
This function puts the calling thread to sleep until at least one event is available in the event queue, or until the specified timeout is reached. If one or more events are available, it behaves exactly like pollEvents, i.e. the events in the queue are processed and the function then returns immediately. Processing events will cause the window and input callbacks associated with those events to be called.
The timeout value must be a positive finite number. Since not all events are associated with callbacks, this function may return without a callback having been called even if you are monitoring all callbacks.
On some platforms, a window move, resize or menu operation will cause event processing to block. This is due to how event processing is designed on those platforms. You can use the window refresh callback to redraw the contents of your window when necessary during such operations.
Implements TissueForge::rendering::Application.
◆ windowAttribute()
| int TissueForge::rendering::GlfwApplication::windowAttribute |
( |
WindowAttributes | attr | ) |
|
|
overridevirtual |
The documentation for this class was generated from the following file: