Re: [Pythonmac-SIG] Fwd: MacPython icon mockup

2006-04-25 Thread has 
One last thing: looking at the shiny new icon set I realised there wasn't a 
specific icon done for Python.app, which gets launched whenever Python needs a 
Window Manager connection. (Can't imagine who forgot to put that on the list...)

However, with both BB and py2app using the same icons the 'applet' icon is 
essentially going spare, and I think it'd be an ideal choice for Python.app: 
clean, simple, app-ish looking, and a nice big highly visible snake logo 
that'll show up well in the Dock. (Plus it avoids having to do any additional 
artwork.:) Alternatively, just the snakes by themselves would do the trick.

HTH

has
-- 
http://freespace.virgin.net/hamish.sanderson/
___
Pythonmac-SIG maillist  -  [email protected]
http://mail.python.org/mailman/listinfo/pythonmac-sig

Re: [Pythonmac-SIG] Compiling Numeric for OSX-intel

2006-04-25 Thread Jeremy Gore 
On Apr 24, 2006, at 1:42 PM, Bob Ippolito wrote:
>
> On Apr 23, 2006, at 4:28 PM, Jeremy wrote:
>
>> I use the old Numeric package quite a bit (numpy is just not ready
>> for primetime) and stupid me, I didn't check if it was available
>> before I installed the Universal binary package for python 2.4.3.
>> Rather than moving backwards, I'd like to try getting it to compile.
>> However, I can't seem to find the cvs/svn with the most recent
>> configuration files.  Where are those?
>>
>> I'd also like to install numarray, numpy, and scipy.  (numpy won't
>> compile due to "can't locate file for : -lcc_dynamic"; this was also
>> a problem for the sources of numarray and Numeric)
>>
>> I'm running a MacBookPro with 10.4.6.
>
> Are you sure you have the latest Xcode installed with the 10.4u  
> SDK?  -lcc_dynamic sounds like compiler mismatch or something.
>
> -bob



I have the latest Xcode, and the 10.4u SDK is installed.  The same  
thing happens whether or not /usr/local/lib/libcc_dynamic.a is absent  
or is symlinked to /usr/lib/gcc/i686-apple-darwin8/4.0.1/libgcc.a.

gcc --version:
i686-apple-darwin8-gcc-4.0.1 (GCC) 4.0.1 (Apple Computer, Inc. build  
5250)
Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There  
is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR  
PURPOSE.

/usr/bin/gcc

Here's the output of Numeric 24.2 python setup.py build; the main  
problem seems to be the -lcc_dynamic flag, although the -framework  
vecLib flag also seems to be raising problems.  Either that or -arch  
i386.  :

running build
running build_py
creating build
creating build/lib.macosx-10.4-fat-2.4
copying Lib/ArrayPrinter.py -> build/lib.macosx-10.4-fat-2.4
copying Lib/LinearAlgebra.py -> build/lib.macosx-10.4-fat-2.4
copying Lib/Matrix.py -> build/lib.macosx-10.4-fat-2.4
copying Lib/MLab.py -> build/lib.macosx-10.4-fat-2.4
copying Lib/Numeric.py -> build/lib.macosx-10.4-fat-2.4
copying Lib/numeric_version.py -> build/lib.macosx-10.4-fat-2.4
copying Lib/Precision.py -> build/lib.macosx-10.4-fat-2.4
copying Lib/RandomArray.py -> build/lib.macosx-10.4-fat-2.4
copying Lib/UserArray.py -> build/lib.macosx-10.4-fat-2.4
creating build/lib.macosx-10.4-fat-2.4/FFT
copying Packages/FFT/Lib/__init__.py -> build/lib.macosx-10.4-fat-2.4/ 
FFT
copying Packages/FFT/Lib/FFT.py -> build/lib.macosx-10.4-fat-2.4/FFT
creating build/lib.macosx-10.4-fat-2.4/MA
copying Packages/MA/Lib/__init__.py -> build/lib.macosx-10.4-fat-2.4/MA
copying Packages/MA/Lib/MA.py -> build/lib.macosx-10.4-fat-2.4/MA
copying Packages/MA/Lib/MA_version.py -> build/lib.macosx-10.4- 
fat-2.4/MA
creating build/lib.macosx-10.4-fat-2.4/RNG
copying Packages/RNG/Lib/__init__.py -> build/lib.macosx-10.4-fat-2.4/ 
RNG
copying Packages/RNG/Lib/Statistics.py -> build/lib.macosx-10.4- 
fat-2.4/RNG
creating build/lib.macosx-10.4-fat-2.4/dotblas
copying Packages/dotblas/dotblas/__init__.py -> build/lib.macosx-10.4- 
fat-2.4/dotblas
creating build/lib.macosx-10.4-fat-2.4/Numeric_headers
copying Include/__init__.py -> build/lib.macosx-10.4-fat-2.4/ 
Numeric_headers
creating build/lib.macosx-10.4-fat-2.4/Numeric_headers/Numeric
copying Include/Numeric/arrayobject.h -> build/lib.macosx-10.4- 
fat-2.4/Numeric_headers/Numeric
copying Include/Numeric/f2c.h -> build/lib.macosx-10.4-fat-2.4/ 
Numeric_headers/Numeric
copying Include/Numeric/ranlib.h -> build/lib.macosx-10.4-fat-2.4/ 
Numeric_headers/Numeric
copying Include/Numeric/ufuncobject.h -> build/lib.macosx-10.4- 
fat-2.4/Numeric_headers/Numeric
running build_ext
building '_numpy' extension
creating build/temp.macosx-10.4-fat-2.4
creating build/temp.macosx-10.4-fat-2.4/Src
gcc -arch ppc -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk - 
fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno-fused-madd - 
fno-common -dynamic -DNDEBUG -g -O3 -faltivec -lcc_dynamic -framework  
vecLib -IInclude -IPackages/FFT/Include -IPackages/RNG/Include -I/ 
Library/Frameworks/Python.framework/Versions/2.4/include/python2.4 -c  
Src/_numpymodule.c -o build/temp.macosx-10.4-fat-2.4/Src/_numpymodule.o
i686-apple-darwin8-gcc-4.0.1: -lcc_dynamic: linker input file unused  
because linking not done
i686-apple-darwin8-gcc-4.0.1: -framework: linker input file unused  
because linking not done
i686-apple-darwin8-gcc-4.0.1: vecLib: linker input file unused  
because linking not done
powerpc-apple-darwin8-gcc-4.0.1: -lcc_dynamic: linker input file  
unused because linking not done
powerpc-apple-darwin8-gcc-4.0.1: -framework: linker input file unused  
because linking not done
powerpc-apple-darwin8-gcc-4.0.1: vecLib: linker input file unused  
because linking not done
gcc -arch ppc -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk - 
fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno-fused-madd - 
fno-common -dynamic -DNDEBUG -g -O3 -faltivec -lcc_dynamic -framework  
vecLib -IInclude -IPackages/FFT/Include -IPackages/RNG/Include -I/ 
Library/Frameworks

Re: [Pythonmac-SIG] Fwd: more OS X oddities

2006-04-25 Thread Nicholas Cole 
On 4/17/06, Michael Hudson <[EMAIL PROTECTED]> wrote:
>
> I think this has to do with your terminal emulator more than anything.
> Try it in an xterm (if you have x11 installed...).

I think you're right that it is to do with the terminal emulation. 
Results of some quick testing (on Tiger):

F1-4 do not work correctly.
F5-8 and F13 work correctly in both xterm and Terminal.app

Meta keys are correctly reported in xterm.  (using Alt/option as meta).

This is where it gets interesting.

In Terminal.app if "Use Option Key as Meta key" is selected in the
window settings dialog, it actually seems to become impossible to type
any meta chars at all. On my system these keypresses seem to become
just normal character keys.

If "Use Option as Meta Key" is not selected, option-keypress produces
strange results.  The interesting thing is that these are identical to
using the Apple- key as a modifier under X11.

>From which I think we conclude that the terminal emulation is a
strange mess.  :-)

The only real oddity is that when "option" is supposed to be acting as
a meta key python/curses doesn't seem to see that it is being pressed
at all.  But this could well be yet another emulator bug. :-)

Best, N.
___
Pythonmac-SIG maillist  -  [email protected]
http://mail.python.org/mailman/listinfo/pythonmac-sig

Re: [Pythonmac-SIG] Fwd: MacPython icon mockup

2006-04-25 Thread Brendan Simons 
Oh,

I thought that's what the Python Launcher did.  A
bouncing rocket in the dock is a pretty good cue that
Python is launching something.  So I'm +1 on using the
current Python Launcher icon

If not that then (is the launcher actually used
otherwise?) I'm +0 on just the glassy logo.

Brendan
--
Brendan Simons

On 25-Apr-06, at 5:33 AM,
[EMAIL PROTECTED] wrote:

>From: has <[EMAIL PROTECTED]>
>Date: April 25, 2006 4:45:46 AM EDT (CA)
>To: [email protected]
>Cc: [EMAIL PROTECTED]
>Subject: Re: [Pythonmac-SIG] Fwd: MacPython icon
mockup
>
>
>One last thing: looking at the shiny new icon set I
realised there >wasn't a specific icon done for
Python.app, which gets launched >whenever Python needs
a Window Manager connection. (Can't >imagine who
forgot to put that on the list...)
>
>However, with both BB and py2app using the same icons
the 'applet' >icon is essentially going spare, and I
think it'd be an ideal choice for >Python.app: clean,
simple, app-ish looking, and a nice big highly
>visible snake logo that'll show up well in the Dock.
(Plus it avoids >having to do any additional
artwork.:) Alternatively, just the snakes >by
themselves would do the trick.
>
>HTH
>
>has
>-- 
>http://freespace.virgin.net/hamish.sanderson/




__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
___
Pythonmac-SIG maillist  -  [email protected]
http://mail.python.org/mailman/listinfo/pythonmac-sig

Re: [Pythonmac-SIG] Fwd: MacPython icon mockup

2006-04-25 Thread Ronald Oussoren 


On 25-apr-2006, at 15:15, Brendan Simons wrote:


Oh,

I thought that's what the Python Launcher did.  A
bouncing rocket in the dock is a pretty good cue that
Python is launching something.  So I'm +1 on using the
current Python Launcher icon

If not that then (is the launcher actually used
otherwise?) I'm +0 on just the glassy logo.


I'm  going to use the rocket of the Python.app that is inside the  
framework and will use the same icon for Python Launcher. The latter  
is a tool that can be used to run python files by double-clicking on  
them.


Ronald



smime.p7s
Description: S/MIME cryptographic signature
___
Pythonmac-SIG maillist  -  [email protected]
http://mail.python.org/mailman/listinfo/pythonmac-sig

Re: [Pythonmac-SIG] Fwd: MacPython icon mockup

2006-04-25 Thread Brendan Simons 
OK, I obviously need to learn a little about the
launch sequence of mac python files.  Here's what I've
discovered:

1) Double clicking a terminal-based python script from
finder launches PythonLauncher (soon to be a rocket
icon), then the terminal.

2) Running a wx.python script from TextWrangler using
#!/usr/bin/pythonw skips PythonLauncher, and leaves a
"Python" icon (just the 16 ton weight) in the dock
until I quit the wx.app.  Is this the "Python.app"
from the framework?

3) Double clicking a wx.python script from finder
launches PythonLauncher, then leaves the "Python" icon
in the dock as before

4) Dragging the wx.python script onto buildapplet
makes an application with the blank app icon.  Double
clicking this icon puts a -third- style of icon in the
dock (a 16 ton weight on a panel) with the same name
as my app.  

OK, so given this behaviour, I retract my earlier
reccomendation.  If the "Python.app" icon will be
staying in the dock while the app runs (cases 2, 3),
I'm -1 on the rocket, and +1 on the "applet" icon
we're not using yet.  

As for case 4, shouldn't the dock icon match the app
icon?

  Brendan
--
Brendan Simons

--- Ronald Oussoren <[EMAIL PROTECTED]> wrote:

> 
> On 25-apr-2006, at 15:15, Brendan Simons wrote:
> 
> > Oh,
> >
> > I thought that's what the Python Launcher did.  A
> > bouncing rocket in the dock is a pretty good cue
> that
> > Python is launching something.  So I'm +1 on using
> the
> > current Python Launcher icon
> >
> > If not that then (is the launcher actually used
> > otherwise?) I'm +0 on just the glassy logo.
> 
> I'm  going to use the rocket of the Python.app that
> is inside the  
> framework and will use the same icon for Python
> Launcher. The latter  
> is a tool that can be used to run python files by
> double-clicking on  
> them.
> 
> Ronald
> 
> 


__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
___
Pythonmac-SIG maillist  -  [email protected]
http://mail.python.org/mailman/listinfo/pythonmac-sig

Re: [Pythonmac-SIG] Fwd: MacPython icon mockup

2006-04-25 Thread Ronald Oussoren 


On 25-apr-2006, at 19:09, Brendan Simons wrote:


OK, I obviously need to learn a little about the
launch sequence of mac python files.  Here's what I've
discovered:

1) Double clicking a terminal-based python script from
finder launches PythonLauncher (soon to be a rocket
icon), then the terminal.


That's right. Python Launcher is an helper application for  
opening .py and .pyw with the plain old command-line python  
interpreter. The latter is not a real application bundle and can  
therefore not be associated with file extensions, hence Python Launcher.




2) Running a wx.python script from TextWrangler using
#!/usr/bin/pythonw skips PythonLauncher, and leaves a
"Python" icon (just the 16 ton weight) in the dock
until I quit the wx.app.  Is this the "Python.app"
from the framework?


That's right. The Python.app in the framework contains the binary  
that will be started when you start pythonw (or python for that  
matter) from the terminal. This is the command-line python  
interpreter we all know and love, but stuffed inside an OSX  
application bundle. The application bundle is necessary to enable  
access to the window server.




3) Double clicking a wx.python script from finder
launches PythonLauncher, then leaves the "Python" icon
in the dock as before


That's because of (2)



4) Dragging the wx.python script onto buildapplet
makes an application with the blank app icon.  Double
clicking this icon puts a -third- style of icon in the
dock (a 16 ton weight on a panel) with the same name
as my app.


That icon will be replaced by the generic python application icon.




OK, so given this behaviour, I retract my earlier
reccomendation.  If the "Python.app" icon will be
staying in the dock while the app runs (cases 2, 3),
I'm -1 on the rocket, and +1 on the "applet" icon
we're not using yet.


You have some point there. I'm against haveing two different icons  
for applications. I'll experiment a little with the rocket and  
application icons to see which looks more natural.




As for case 4, shouldn't the dock icon match the app
icon?


They should match. If they don't match you have probably found a bug  
in the BuildApplet. My guess is that the applet is build in the wrong  
order and the finder sees the application bundle and extracts (and  
caches) its icon before the bundle contains the icon.


Ronald

smime.p7s
Description: S/MIME cryptographic signature
___
Pythonmac-SIG maillist  -  [email protected]
http://mail.python.org/mailman/listinfo/pythonmac-sig

Re: [Pythonmac-SIG] Fwd: MacPython icon mockup

2006-04-25 Thread has 
Ronald Oussoren wrote:

>>OK, so given this behaviour, I retract my earlier
>>reccomendation.  If the "Python.app" icon will be
>>staying in the dock while the app runs (cases 2, 3),
>>I'm -1 on the rocket, and +1 on the "applet" icon
>>we're not using yet.
>
>You have some point there. I'm against haveing two different icons for 
>applications. I'll experiment a little with the rocket and application icons 
>to see which looks more natural.

Can't say I'd thought of reusing the PythonLauncher.app icon for Python.app, 
given they're not the same thing, but it might work ok. Leave it in your 
capable hands then.

has
-- 
http://freespace.virgin.net/hamish.sanderson/
___
Pythonmac-SIG maillist  -  [email protected]
http://mail.python.org/mailman/listinfo/pythonmac-sig

[Pythonmac-SIG] multi-platform Python distributions question

2006-04-25 Thread chip nyman 



I have a small non-commercial calendar applet 
featuring heavy use of wxPython that I've written on WinXP but will eventually 
need to be distributed to a number of platforms, including current 
Macs. Are there any subscribers to this list who'd consider helping me prep 
a py2app version for Mac OSX 10.3.9 and above? Also, are there other 
pythonMac lists or similar resources I should investigate that might provide 
useful info for such an undertaking? Thanks.
___
Pythonmac-SIG maillist  -  [email protected]
http://mail.python.org/mailman/listinfo/pythonmac-sig

[Pythonmac-SIG] Adding Apps - Pycrust too?

2006-04-25 Thread Brendan Simons 
While you're (re)considering adding Build Applet.app
to the distribution, can I suggest another useful app?

PyCrust is a great little interactive Python shell
that adds introspection and code completion.  It's
written in wx.python and comes packaged in a .app
bundle with a nice icon :)  You can get a
(pre-release) copy of the universal binary version
here:

http://prdownloads.sourceforge.net/wxpython/wxPython2.6-osx-docs-demos-2.6.3.2rc1-universal10.4-py2.4.dmg

The source code is managed as part of wx.python, but
this app in particular is pretty stable, and is useful
outside of wx. (imho)

It would be a lot nicer to send newbies to pycrust
then to the command line for their first look at
Python.

Any thoughts?
   Brendan


__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
___
Pythonmac-SIG maillist  -  [email protected]
http://mail.python.org/mailman/listinfo/pythonmac-sig

Re: [Pythonmac-SIG] Adding Apps - Pycrust too?

2006-04-25 Thread Charles Hartman 

On Apr 25, 2006, at 3:40 PM, Brendan Simons wrote:

> While you're (re)considering adding Build Applet.app
> to the distribution, can I suggest another useful app?
>
> PyCrust is a great little interactive Python shell
> that adds introspection and code completion.  It's
> written in wx.python and comes packaged in a .app
> bundle with a nice icon :)  You can get a
> (pre-release) copy of the universal binary version
> here:
>
> http://prdownloads.sourceforge.net/wxpython/wxPython2.6-osx-docs- 
> demos-2.6.3.2rc1-universal10.4-py2.4.dmg
>
> The source code is managed as part of wx.python, but
> this app in particular is pretty stable, and is useful
> outside of wx. (imho)
>
> It would be a lot nicer to send newbies to pycrust
> then to the command line for their first look at
> Python.

As representative perpetual ignoramus & honorary newbie, I agree. I  
never much noticed PyCrust until "wxPython in Action" brought it to  
my attention, but I think it's great. For me, this is the replacement  
for the late unlamented PythonIDE. And -- if I understand rightly --  
because it doesn't have IDLE's Tkinter underpinnings it doesn't make  
writing GUI code with wxPython difficult. (I suppose its wxPython  
underpinnings could make it difficult to write Tkinter code.)

Charles Hartman

___
Pythonmac-SIG maillist  -  [email protected]
http://mail.python.org/mailman/listinfo/pythonmac-sig

Re: [Pythonmac-SIG] Adding Apps - Pycrust too?

2006-04-25 Thread Bob Ippolito 

On Apr 25, 2006, at 1:03 PM, Charles Hartman wrote:

>
> On Apr 25, 2006, at 3:40 PM, Brendan Simons wrote:
>
>> While you're (re)considering adding Build Applet.app
>> to the distribution, can I suggest another useful app?
>>
>> PyCrust is a great little interactive Python shell
>> that adds introspection and code completion.  It's
>> written in wx.python and comes packaged in a .app
>> bundle with a nice icon :)  You can get a
>> (pre-release) copy of the universal binary version
>> here:
>>
>> http://prdownloads.sourceforge.net/wxpython/wxPython2.6-osx-docs-
>> demos-2.6.3.2rc1-universal10.4-py2.4.dmg
>>
>> The source code is managed as part of wx.python, but
>> this app in particular is pretty stable, and is useful
>> outside of wx. (imho)
>>
>> It would be a lot nicer to send newbies to pycrust
>> then to the command line for their first look at
>> Python.
>
> As representative perpetual ignoramus & honorary newbie, I agree. I
> never much noticed PyCrust until "wxPython in Action" brought it to
> my attention, but I think it's great. For me, this is the replacement
> for the late unlamented PythonIDE. And -- if I understand rightly --
> because it doesn't have IDLE's Tkinter underpinnings it doesn't make
> writing GUI code with wxPython difficult. (I suppose its wxPython
> underpinnings could make it difficult to write Tkinter code.)

This is incorrect.  IDLE should work just fine with wxPython, it runs  
code in a subprocess.  PyCrust on the other hand probably does have  
problems, though.

-bob

___
Pythonmac-SIG maillist  -  [email protected]
http://mail.python.org/mailman/listinfo/pythonmac-sig

Re: [Pythonmac-SIG] Adding Apps - Pycrust too?

2006-04-25 Thread Brendan Simons 

-On Apr 25, 2006, at 1:03 PM, Charles Hartman wrote:

>
> On Apr 25, 2006, at 3:40 PM, Brendan Simons wrote:
>
>> While you're (re)considering adding Build
Applet.app
>> to the distribution, can I suggest another useful
app?
>>
>> PyCrust is a great little interactive Python shell
>> that adds introspection and code completion.  It's
>> written in wx.python and comes packaged in a .app
>> bundle with a nice icon :)  You can get a
>> (pre-release) copy of the universal binary version
>> here:
>>
>>
http://prdownloads.sourceforge.net/wxpython/wxPython2.6-osx-docs-
>> demos-2.6.3.2rc1-universal10.4-py2.4.dmg
>>
>> The source code is managed as part of wx.python,
but
>> this app in particular is pretty stable, and is
useful
>> outside of wx. (imho)
>>
>> It would be a lot nicer to send newbies to pycrust
>> then to the command line for their first look at
>> Python.
>
> As representative perpetual ignoramus & honorary
newbie, I agree. I
> never much noticed PyCrust until "wxPython in
Action" brought it to
> my attention, but I think it's great. For me, this
is the replacement
> for the late unlamented PythonIDE. And -- if I
understand rightly --
> because it doesn't have IDLE's Tkinter underpinnings
it doesn't make
> writing GUI code with wxPython difficult. (I suppose
its wxPython
> underpinnings could make it difficult to write
Tkinter code.)

>This is incorrect.  IDLE should work just fine with
wxPython, it runs  
>code in a subprocess.  PyCrust on the other hand
probably does have  
>problems, though.

>-bob

Just tried, and neither the IDLE nor PyCrust
interactive shells supports wx (or any other gui
framework) out of the box.  IDLE complains about
needing to use Pythonw, and PyCrust just hangs
(probably due to the issue Bob mentioned).  

If the interactive shell in IDLE can be made to
interact with gui's, then it will do I suppose.  (It's
not as nice as PyCrust, but that's a killer feature).

Nevermind then, 
   Brendan
--
Brendan Simons

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
___
Pythonmac-SIG maillist  -  [email protected]
http://mail.python.org/mailman/listinfo/pythonmac-sig

Re: [Pythonmac-SIG] Adding Apps - Pycrust too?

2006-04-25 Thread gandreas 
>
>> -bob
>
> Just tried, and neither the IDLE nor PyCrust
> interactive shells supports wx (or any other gui
> framework) out of the box.  IDLE complains about
> needing to use Pythonw, and PyCrust just hangs
> (probably due to the issue Bob mentioned).
>
> If the interactive shell in IDLE can be made to
> interact with gui's, then it will do I suppose.  (It's
> not as nice as PyCrust, but that's a killer feature).

I just tried this with ScrIDE  (using the Pythonw Rich Shell interactive window):

 >>> from wxPython.wx import *
 >>> class main_window(wxFrame):
... def __init__(self, parent, id, title):
... wxFrame.__init__(self, parent, -1, title, size = (200, 100),
... style=wxDEFAULT_FRAME_STYLE|wxNO_FULL_REPAINT_ON_RESIZE)
... self.control = wxTextCtrl(self, -1, style=wxTE_MULTILINE)
... self.Show(true)
... 
 >>> class App(wxApp):
... def OnInit(self):
... frame = main_window(None, -1, "wxPython: (A Demonstration)")
... self.SetTopWindow(frame)
... return true
... 
 >>> app = App(0)
 >>> app.MainLoop()


Seems to work, complete with things like completion, doc strings and  
the like (but having not done any wx work in a decade, it's hard to  
tell if there are problems)




Glenn Andreas  [EMAIL PROTECTED]
   wicked fun!
Mad, Bad, and Dangerous to Know

___
Pythonmac-SIG maillist  -  [email protected]
http://mail.python.org/mailman/listinfo/pythonmac-sig

Re: [Pythonmac-SIG] Adding Apps - Pycrust too?

2006-04-25 Thread Christopher Barker 
Brendan Simons wrote:
>>> this app in particular is pretty stable, and is
> useful outside of wx. (imho)

Yes, it's useful outside of wx, but it's useless without wx, so it makes 
sense to distribute it with wx.

> PyCrust just hangs

It should work with wx, that's what it's designed for,. However, it 
doesn't spawn another process, so you don't want to create another wxApp.

Try this is a pycrust session:

 >> import wx
 >> f = wx.Frame(None, title="Test Frame")
 >> f.Show()

-Chris


-- 
Christopher Barker, Ph.D.
Oceanographer

NOAA/OR&R/HAZMAT (206) 526-6959   voice
7600 Sand Point Way NE   (206) 526-6329   fax
Seattle, WA  98115   (206) 526-6317   main reception

[EMAIL PROTECTED]
___
Pythonmac-SIG maillist  -  [email protected]
http://mail.python.org/mailman/listinfo/pythonmac-sig

Re: [Pythonmac-SIG] Adding Apps - Pycrust too?

2006-04-25 Thread Bob Ippolito 

On Apr 25, 2006, at 3:04 PM, Brendan Simons wrote:

>
> -On Apr 25, 2006, at 1:03 PM, Charles Hartman wrote:
>
>>
>> On Apr 25, 2006, at 3:40 PM, Brendan Simons wrote:
>>
>>> While you're (re)considering adding Build
> Applet.app
>>> to the distribution, can I suggest another useful
> app?
>>>
>>> PyCrust is a great little interactive Python shell
>>> that adds introspection and code completion.  It's
>>> written in wx.python and comes packaged in a .app
>>> bundle with a nice icon :)  You can get a
>>> (pre-release) copy of the universal binary version
>>> here:
>>>
>>>
> http://prdownloads.sourceforge.net/wxpython/wxPython2.6-osx-docs-
>>> demos-2.6.3.2rc1-universal10.4-py2.4.dmg
>>>
>>> The source code is managed as part of wx.python,
> but
>>> this app in particular is pretty stable, and is
> useful
>>> outside of wx. (imho)
>>>
>>> It would be a lot nicer to send newbies to pycrust
>>> then to the command line for their first look at
>>> Python.
>>
>> As representative perpetual ignoramus & honorary
> newbie, I agree. I
>> never much noticed PyCrust until "wxPython in
> Action" brought it to
>> my attention, but I think it's great. For me, this
> is the replacement
>> for the late unlamented PythonIDE. And -- if I
> understand rightly --
>> because it doesn't have IDLE's Tkinter underpinnings
> it doesn't make
>> writing GUI code with wxPython difficult. (I suppose
> its wxPython
>> underpinnings could make it difficult to write
> Tkinter code.)
>
>> This is incorrect.  IDLE should work just fine with
> wxPython, it runs
>> code in a subprocess.  PyCrust on the other hand
> probably does have
>> problems, though.
>
>> -bob
>
> Just tried, and neither the IDLE nor PyCrust
> interactive shells supports wx (or any other gui
> framework) out of the box.  IDLE complains about
> needing to use Pythonw, and PyCrust just hangs
> (probably due to the issue Bob mentioned).
>
> If the interactive shell in IDLE can be made to
> interact with gui's, then it will do I suppose.  (It's
> not as nice as PyCrust, but that's a killer feature).

IDLE will work, it needs a tweak that's not currently present in  
Universal Python.  It was discussed on the list a couple weeks ago,  
I'm not sure if we've made that change to the branch or not.

-bob

___
Pythonmac-SIG maillist  -  [email protected]
http://mail.python.org/mailman/listinfo/pythonmac-sig

[Pythonmac-SIG] The Universal Buld and py2app

2006-04-25 Thread Adam Tenderholt 
I just checked out py2app from the svn repository (revision 916).
However, it doesn't build for me. It gets stuck on the sip.py recipe.
The error is below:

  File "/Developer/py2app-0.2/src/py2app/build_app.py", line 464, in
process_recipes
rval = check(self, mf)
  File "/Developer/py2app-0.2/src/py2app/recipes/sip.py", line 40, in check
packages = self.config()
  File "/Developer/py2app-0.2/src/py2app/recipes/sip.py", line 17, in config
qtdir = cfg.qt_lib_dir
  File 
"/System/Library/Frameworks/Python.framework/Versions/2.3/lib/python2.3/site-packages/sipconfig.py",
line 178, in __getattr__
raise AttributeError, "\"%s\" is not a valid configuration value
or user option" % name
AttributeError: "qt_lib_dir" is not a valid configuration value or user option

I'm using sip-4.4.1 with MacPython 2.3.5 on an intel mac. PyQt builds
and scripts using pyqt work fine. Do you have any suggestions?

Thanks,

Adam
___
Pythonmac-SIG maillist  -  [email protected]
http://mail.python.org/mailman/listinfo/pythonmac-sig

Re: [Pythonmac-SIG] The Universal Buld and py2app

2006-04-25 Thread Bob Ippolito 

On Apr 25, 2006, at 5:37 PM, Adam Tenderholt wrote:

> I just checked out py2app from the svn repository (revision 916).
> However, it doesn't build for me. It gets stuck on the sip.py recipe.
> The error is below:

Did you check out the trunk, or the maintenance branch?  The trunk is  
not usable.

http://svn.red-bean.com/bob/py2app/branches/py2app-0.2-maint/


Also, you probably shouldn't use Python 2.3.5 as shipped on intel  
macs.  It's got some known bugs (endian and otherwise) and is old,  
use the 2.4 universal build:

http://pythonmac.org/packages/py24-fat/

-bob

___
Pythonmac-SIG maillist  -  [email protected]
http://mail.python.org/mailman/listinfo/pythonmac-sig

Re: [Pythonmac-SIG] The Universal Buld and py2app

2006-04-25 Thread Adam Tenderholt 
> Did you check out the trunk, or the maintenance branch?  The trunk is
> not usable.
>
> http://svn.red-bean.com/bob/py2app/branches/py2app-0.2-maint/

I did use the maintenance branch. Sorry, should have specified.

> Also, you probably shouldn't use Python 2.3.5 as shipped on intel
> macs.  It's got some known bugs (endian and otherwise) and is old,
> use the 2.4 universal build:
>
> http://pythonmac.org/packages/py24-fat/

I tried this version when I was struggling to get PyQt to work.
However, I couldn't get sip-4.4.1 to work properly with this version.
It compiled just fine, but whenever you tried to import the sip
moduled (ie. when PyQt is configured), it fails with the message:

"ImportError: Inappropriate file type for dynamic loading"

I asked on the PyKDE mailing list, and I was that something in the
flags you use makes it give that error, and that compiling from source
(enabling framework, make framework install) should fix it.
Unfortunately, I got an error when I tried compiling from source:

/usr/bin/ld: warning Python.framework/Versions/2.4/Python cputype (18,
architecture ppc) does not match cputype (7) for specified -arch flag:
i386 (file not loaded)
/usr/bin/ld: Undefined symbols:
_PyMac_Error
_Py_Main
collect2: ld returned 1 exit status

It looks like this is due to ppc being specified somewhere. I didn't
see an easy to way to tell configure that I wanted i386 instead of
ppc. Is there a flag I can pass to the configure script, or do I have
to do a "CFLAGS=-arch i386" and CXXFLAGS='-arch i386'? And how do I
make this a universal app?

Thanks for your help,

Adam
___
Pythonmac-SIG maillist  -  [email protected]
http://mail.python.org/mailman/listinfo/pythonmac-sig