| Age | Commit message (Collapse) | Author |
|---|
|
* dgud/wx/extend-functionality/OTP-15587:
Fix showModal crash on Mojave
Add wxGCDC
wx: Add wxDisplay
wx: Change wxFONTWEIGHT enums
Let wxwidgets check events
|
|
Invoking wxDialog:showModal could cause a seg-fault on Mojave
if invoked from inside event callback.
Which could happen when wx dispatch commands inside send_event.
Wx dispatches commands inside send_event because some events
will not return to idle mode (on Windows) until mouse is released.
These events are (at least) wxSize and wxMove according to previous
commits.
Solved by only dispatching commands for those events.
Another solution might be to ifdef the code to only do it on windows
or not do it on the Mac.
|
|
|
|
|
|
|
|
Been included in wxWidgets since 2.7.1, but not documented and
have been missed in wx.
Is documented in 3.0.0
|
|
Have been around since 2.6 but undocumented, add it since it is
useful in multi-display setup.
|
|
They have changed in 3.1.2 make them non-consts.
|
|
Check events more often not just inside batches but also when X
commands have been processed.
|
|
That kills performance on at least windows when a the load goes up and
a lot of commands is sent to the driver.
|
|
* dgud/wx/mojave-crash/OTP-15426:
wx: Do not delay deletes of wxGraphicContext
|
|
Fixes crash on Mojave, where refresh events are sent early and
invoked recursively the delete of wxGraphicContext was delayed
until after callback returned causing the crash to happen.
|
|
|
|
|
|
|
|
|
|
|
|
* dgud/wx/glcanvas-improvements:
Add new "constants" to wxGLCanvas
|
|
They can't be constants because the order differ between 3.0.3 and 3.1.
So they must be looked up in runtime.
|
|
wx did not build with wxWidgets-3.1.1 since they have removed
wxGraphicsRenderer:CreatePen(wxPen).
Get the pen info and create the pen from that in 3.1.1 as
is done for wxGrahicsContext:CreatePen(wxPen).
|
|
Fix getenv usage.
And remove set path it is automagically done by driver interface.
|
|
Can not depend on internal knowledge of binaries any more
it changed and caused at least opengl to crash in OTP-20.1
|
|
Functions where missing and where without alternatives, and
the functions are available in wxWidgets-3.0.*.
So either I missed it or they where removed for a while in
wxWidgets-2.9 branch, but that should not be used anywhere as
it was only a development branch.
|
|
Fix some configurations so that it works with new doxygen and
with complete install outside of /usr/include/wx...
|
|
|
|
Exit command loop less often too avoid expensive event checking
while in batch mode.
|
|
And while we at it recommend wxWidgets-3.0.3
|
|
|
|
* dgud/wx/fixup-batch-break:
Fixup batch break
|
|
* dgud/wx/pr/1425:
wxe_impl.cpp: pointer comparison fix
|
|
Batches was breaked to often, increase the test and break
if batch is done (and queue empty).
|
|
* Fix ordered comparison between (void *) pointer and zero
|
|
With a bad timing in wx:batch() the driver could get stuck
handling commands without ever checking for gui events.
Avoid that by exiting loop after the driver have done cond_wait a
couple of times.
|
|
The user app may want to handle several mouse motion events before
drawing new data for example.
|
|
|
|
For lists the pointer was not advanced as it should which caused
following in-data (if any) to be wrong.
|
|
|
|
Enable window to handle drop file events.
|
|
Added wxDropFiles event
|
|
The default stacksize on Windows is 1MB which is not enough if you
create many dialogs and callbacks recurse back to erlang.
Increase the stacksize of 8MB which should be sufficent.
|
|
There seems to be a timeing dependent double delete when doing
reference cleanup after wx:destroy(). wxGraphicsObjects can thus not
be free'ed by wx in the cleanup phase. A guess is that the underlying
rendering context deletes all graphics objects without careeing about
wxWidgets reference counting.
|
|
The command queue could still loose a cmd because the command was
reused while still in (recursive) use, thus when deleting it after
command was done a newly added command could be mistakenly deleted and
not called.
Root cause was that wxeFifo::Strip "deleted" to many cmds.
Solve by differing deleted and executed, i.e. op= -1 cmd have been
executed and op = -2 cmd have been executed and deleted.
|
|
wxEntry is defined to take wxChar** and not char**
|
|
These functions have been removed from wxWidgets-3.1 and according
to documentation have been noops anyway.
So remove them to make wx build with wxWidgets-3.1 if
wxWidgets is compiled with --enable-compat28
|
|
Commands could be executed twice, if the command was dispatched
from a callback and caused a recursive invocation of command loop.
Solution is to mark op as -1 before calling wxWidgets.
Also commands could be missed when idle processing was done inside
while executing a recursive callback, solved be always resetting peak
index after idle processing is done.
|
|
* henrik/update-copyrightyear:
update copyright-year
|
|
May cause incompatibility for applications but the flags argument is
out only in C++.
|
|
|
|
|
|
Available in at least 2.8.12 and later.
|
