On Wed, Jul 10, 2013 at 2:35 AM, Paul Wiseman wrote:
> I've used wxpython a lot in the past, and maintain some code that uses it
> and I do like it, there are a couple of bits that have put me off though.
> There doesn't seem to be an obvious way to implement an MVC type pattern
> with it.
I"
ve
>> Do you know any Qt apps for mac?
>
> There are lots of Qt apps with Mac ports; most are crappy because they make
> little effort to get the Mac UI details right.
I think QGIS falls into that camp...
http://www.qgis.org/
> VirtualBox and Parallels are
> two Qt apps that do a better job with th
On Tue, Jul 9, 2013 at 1:31 PM, Meyn, Larry A. (ARC-AV)
wrote:
> FYI: One cross-platform gotcha with kivy is its LGPL license, it can be an
> issue when developing for iOS due to the iOS ban on linking to dynamic
> libraries.
IIUC: (IANAL):
1) the kivy folks have figure out how to legally depl
oops, sent only to Paul the first time
-- Forwarded message --
From: Chris Barker - NOAA Federal
Paul,
> Qt looks great from my first impressions but one thing I'm not too sure
> about is how native it can go, I know the controls are native and will use
>
Ronald,
Did you mean this to go to the list? I've forwarded it on...
Anyway, thanks for the notes -- I'll keep all this in mind when I
build that app again.
>> I've learned a few things from this.
>>
>> 1) this is odd:
>> right near the top, I see:
>> prescript.py
>> imports: Image
>>
On Tue, May 28, 2013 at 2:04 PM, Charles Hartman wrote:
> Right you are -- self.Destroy() does the job.
> I did read the other references you gave -- thanks for those. I think one
> confusion may be that changes (in Python, in wxPython, maybe in OSX?) may
> have changed the ways to handle this,
MainLoop(), but I haven't yet found anything that makes the
> Quit happen.
>
>
> On Tue, May 28, 2013 at 4:00 PM, Chris Barker - NOAA Federal
> wrote:
>>
>> On Tue, May 28, 2013 at 9:50 AM, Charles Hartman
>> wrote:
>> \
>> > I included these lin
On Tue, May 28, 2013 at 9:50 AM, Charles Hartman wrote:
\
> I included these lines in the __init__ for my app's Frame (or rather, in a
> long SetupGUI method that is called by __init__):
>
> item = self.fileMenu.Append(wx.ID_EXIT,'E&xit','Terminate the
> program')
> self.Bind(wx.EV
On Tue, May 28, 2013 at 9:11 AM, Charles Hartman wrote:
> Thanks, Chris. My app has a wx.Frame (subclassed, of course). It's there
> that I've tried Binding EVT_CLOSE, but a breakpoint in the method I find is
> never reached at all, including when I use menu or keyboard to Quit. On way
> I've t
Just found this:
http://wiki.wxwidgets.org/WxMac-specific_topics#When_to_close_the_program
maybe it will help.
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle,
On Mon, May 27, 2013 at 1:23 AM, Ronald Oussoren wrote:
> It's unlikely that support for external dependencies will improve a lot
> in the near future unless someone does the work and provides a clear and
> usable specification, preferably with an implementation.
well, Gattai may be a good start
On Tue, May 28, 2013 at 5:33 AM, Charles Hartman wrote:
> When I updated my app, I switched from the deprecated wx.PySimpleApp, which
> had the right default behavior on Mac, to wx.App, which apparently doesn't.
hmm -- I'm pretty sure that PYSipleApp is deprecated because it
doesn't actually do a
On Fri, May 24, 2013 at 2:10 AM, DavidWorrall wrote:
> maybe you'd like to help build one?
>
> mmm tempting. I'm moving continents ATM so it will have to wait a bit.
Who knows how much time I'll find for this, but my goal is to set up a
system (probably a gitHub project), and then others will be
As a side note to the main thread about dependencies:
How can I static link?
I"ve struggled for literally years to get gcc to statically link, but
it tries really hard to dynamically link instead. I have written way
too many scripts that move or re-name dynamic libs temporarily while
building, t
On Wed, May 22, 2013 at 11:53 PM, Ronald Oussoren
wrote:
>> I'm using the
>> system zlib -- is that a bad idea? Should I build it too, to make sure
>> it matches the rest of it?
>>
>> (I do want the binaries to run anywhere the binary Python I'm using runs)
>
> It depends on the library.
OK -- it
On Thu, May 23, 2013 at 2:29 PM, Matthias Baas wrote:
> From a user's point of view, I find that Windows installers as generated
> by bdist_wininst still provide the nicest user experience with OSX
> packages being a close second.
second? Aren't they essentially the same experience? But anyway..
On Wed, May 22, 2013 at 11:49 PM, DavidWorrall wrote:
> I've been developing in Python on Mac's since b4 OSX and I have to give a
> workshop on the other side of the world in a (networked) non-OSX university
> lab (Windows, I think).
>
> Now I know dependencies are one of python's strengths,
no,
On Thu, May 23, 2013 at 12:45 AM, Samuel John wrote:
> I am from the homebrew team and passionate python lover. I can almost feel
> your pain :-)
Thanks for joining the discussion -- really great to have a
homebrew-familiar person to discuss with.
However, and please to correct me if I'm wrong,
/libSystem.B.dylib (compatibility version 1.0.0, current
version 111.0.0)
I don't know how to get that @loader_path thing in there, but this
seems like a reasonable way to do it (though I guess it wouldn't
support virtualenv...)
-Chris
On Wed, May 22, 2013 at 3:46 PM, Chris Barker - NOAA Fede
Thanks Ronald,
On Wed, May 22, 2013 at 2:53 PM, Ronald Oussoren wrote:
> To move back onto topic, not relying on unix-level libraries in OSX is in a
> good thing as it makes it easier to support multiple OSX versions with a
> single set of binaries.
hmm -- I figured if it was a system lib, it
Hey folks,
I'm looking for advice, and maybe even some consensus among the
MacPython community, on how to build and distribute packages with
non-python dependencies.
As we all know, a number of Python packages require libs that are used
outside of python itself. These libs fall into (sort of) wha
ever the user is
actually using (numpy, etc) is probably imported elsewhere anyway.
(though maybe including numpy would make some sense...)
I hope this helps others in the future in any case.
-Chris
On Fri, Apr 12, 2013 at 1:47 PM, Chris Barker - NOAA Federal
wrote:
> OK,
>
>
On Thu, Apr 11, 2013 at 10:50 PM, Ronald Oussoren
wrote:
> On 11 Apr, 2013, at 23:50, Chris Barker - NOAA Federal
> wrote:
>> *** using recipe: virtualenv ***
>> *** using recipe: sip ***
...
>> It looks like the recipes for ALL of the packages I have installed a
First: Ronald, thanks for keeping py2app up to date!
The good news: I just ran a recent py2app on an older app of mine, and
it all worked out of the box.
However, the resulting bundle is HUGE. A lot of this is inevitable,
I'm using a universal build, and some big packages, but there seems to
be s
I'd second a couple others posting on this thread to set up the
environment for your friend if need be. I think it's a much better
idea to choose what tools, libraries, etc he should learn from by
criteria other than "it comes with python out of the box".
A couple specific suggestions:
There have
Hi,
Not sure what "leap" is, but maybe this will be helpful...
> This is sample of part of the LeapPython.so (.dynlib) I need to access in
> Blender 2.66a Game Engine on my MacMini SnowLeopard 32 bit:
...
> This is the type of errors I am getting when there is a call like:
>
> __swig_destro
On Thu, Apr 4, 2013 at 8:01 AM, Nat Echols wrote:
> On Thu, Apr 4, 2013 at 5:46 AM, Ronald Oussoren
> wrote:
>> An alias mode build contains symlinks to the python files in your
>> application, and is therefore not a useful way to deploy.
>
> It's still not totally clear to me if this is reall
for folks.
-Chris
On Thu, Dec 20, 2012 at 12:15 PM, Chris Barker - NOAA Federal
wrote:
> Hi folks,
>
> Has anyone built a 32+64 bit Intel binary for PIl? (to match the
> Python 2.7 Intel build on python.org).
>
> Russell Owen has a PIL-1.1.7-py2.7-python.
Hi folks,
Has anyone built a 32+64 bit Intel binary for PIl? (to match the
Python 2.7 Intel build on python.org).
Russell Owen has a PIL-1.1.7-py2.7-python.org-macosx10.6.dmg
(http://www.astro.washington.edu/users/rowen/python/)
But it appears to only work right in 64 bit mode. I suspect the
de
>>> Do you think it would be hard to update bdist_mpkg to support the new
>>> format? It is nice to have a simple, pure python, way to build a.
> I don't know, I haven't looked into that yet (but will likely do so for the
> python.org installers). I don't even know if the new format is properly
Oops hit send by accident .
On Dec 17, 2012, at 9:57 AM, Chris Barker - NOAA Federal
wrote:
> On Dec 17, 2012, at 1:34 AM, Ronald Oussoren wrote:
>
>>>
>>
>> You could port bdist_mpkg yourself, doing that should be too hard. That
>> said, bdist_mpkg creates a
31 matches
Mail list logo
