Age | Commit message (Collapse) | Author | Files | Lines |
|
|
|
The old API was broken for programs that manage multiple views, since it was
impossible to wait for events on any view. There are also several functions in
the API which are not actually associated with views at all, so those can now
be moved to the more appropriate PuglWorld to make this more clear.
The old puglInit() and puglDestroy() functions are preserved for compatibility,
but marked as deprecated.
|
|
|
|
|
|
|
|
The comment was missed when merging the new text API from a branch based on the
old integer milliseconds time.
|
|
Taking a page from C++ convention, where "detail" is for things that should not
be included in user code.
|
|
|
|
This removes PuglContextType and allows the user to pass a backend directly.
Normally this would come from one of the two accessors declared in the headers,
but it would be possible to add backends without changing any of the existing
code at all.
Unfortunately, it is not possible to preserve backwards compatibility and
achieve the ultimate goal of linking only to the required dependencies, so
puglInitContextType() has just been removed.
|
|
|
|
|
|
|
|
These need to be symmetric because sometimes different things need to happen in
either situation when entering the context as well.
|
|
There are two possible approaches to take here: try to expand dimensions that
are not being explicitly resized (for example expand the bottom when dragging
right), or just stop single-dimension resizes if they would go out of range.
I chose the latter here for two reasons: it's hard to always do something
smooth and unsurprising with the first approach (and it would require more
code), and it can be nice from the user's perspective to easily be able to
resize the window to exactly one of its aspect ratio limits. For example, it
is very easy to drag pugl_test to 1:1 or 16:9.
In other words, simplicity and user power wins.
|
|
|
|
|
|
Only one field is necessary to store any kind of key, including special keys,
since PuglKey occupies a reserved Unicode region. This is generally much
simpler to deal with since there is only one value to dispatch on.
Text events are separated from key events (like Windows but unlike MacOS or
X11) because it is not possible to derive text events from key press events
when they occur on Windows. Since merging the two has been the source of some
confusion, this approach has some advantages anyway, even though it introduces
the need to handle another event type.
In the process, text input has been almost completely rewritten. I have tested
this with a compose key on X11 and dead keys on Windows and MacOS and
everything seems to work correctly, though there may (as always) still be
issues with more exotic input methods.
|
|
This matches Gtk and is generally less annoying to work with.
|
|
This makes events POD, which is generally nice. The view was originally added
to reflect the display and window references in XEvent, but doesn't seem very
useful in Pugl applications.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
The old cairo_gl.h header or something similar is easy enough to use in
application code if someone wants to do this, and maintaining a separate
context type for it is a hassle and arguably out of scope.
|
|
|
|
|
|
|
|
This allows code in the main thread to set up the GL context outside the
scope of a draw callback, which is useful for porting existing code that
assumes the GL context can be entered anywhere.
|
|
|
|
|
|
|
|
|
|
|
|
Currently only implemented on X11.
|
|
No Windows support currently.
Conflicts:
pugl/pugl.h
pugl/pugl_osx.m
pugl/pugl_win.cpp
pugl/pugl_x11.c
|
|
Conflicts:
pugl/pugl_win.cpp
|
|
|
|
|
|
|
|
Fix memory leak.
|
|
|
|
Fix compilation of pugl_test.
|
|
|
|
|