> On Jan 30, 2015, at 9:18 PM, Jack Howarth wrote:
>
>if wx.Platform == "__WXMAC__":
>msg = """This program needs access to the screen.
> Please run with a Framework build of python, and only when you are
> logged in on the main display of your Mac."""
This message i
Daniel,
I also tried Alexander's suggestion of building wxpython against
the system python but that still produces the same runtime error in
relax as it runs against the fink python. Even if I resorted to
building relax-py against the system python as well, it will likely
cause instabilities as
Daniel,
The check is in...
wxPython-src-3.0.2.0/wxPython/src/osx_cocoa/_core.py
# make sure we can create a GUI
if not self.IsDisplayAvailable():
if wx.Platform == "__WXMAC__":
msg = """This program needs access to the screen.
Please run with a F
> On Jan 30, 2015, at 8:15 PM, Jack Howarth wrote:
>
> Daniel,
> While working on a new wxpython300-py package to support the
> newest release of relax 3.3.5 (which considers wxwidgets prior to 3.0
> to be too buggy), I discovered that two major problems. The cocoa
> variant of wxpython300
Daniel,
While working on a new wxpython300-py package to support the
newest release of relax 3.3.5 (which considers wxwidgets prior to 3.0
to be too buggy), I discovered that two major problems. The cocoa
variant of wxpython300-py was easy to build against
wxwidgets300-osxcocoa, however when
