Obviously not people familiar with http://developer.apple.com/ :)
Actually Steven Palm who did most of the original got some changes
I still don't understand into libusb to make it work correctly on
Mac. There is deep voodoo involved since some of the phones are
actually composite devices and MacO
On Feb 10, 2005, at 2:38 AM, Bob Ippolito wrote:
On Feb 10, 2005, at 2:25 AM, Roger Binns wrote:
I'd like to see that pie slice for the Mac OS X build to shrink even
further..
You aren't satisfied with being the smallest amount of code already
?-)
I don't really care what the other platforms look
On Feb 10, 2005, at 2:25 AM, Roger Binns wrote:
I'd like to see that pie slice for the Mac OS X build to shrink even
further..
You aren't satisfied with being the smallest amount of code already ?-)
I don't really care what the other platforms look like, but I want
py2app setup files to be as com
I'd like to see that pie slice for the Mac OS X build to shrink even
further..
You aren't satisfied with being the smallest amount of code already ?-)
I took at a look at your setup.py, and it looks a fair amount
of it doesn't need to be specified:
More accurately you are looking at code that ha
On Feb 10, 2005, at 1:36 AM, Roger Binns wrote:
In your presentation
BTW I only got a Mac (mini) a few weeks ago, so all my information
was based on what other people contributed.
Obviously not people familiar with http://developer.apple.com/ :)
you say that serial devices on the Mac are in /dev w
In your presentation
BTW I only got a Mac (mini) a few weeks ago, so all my information
was based on what other people contributed.
you say that serial devices on the Mac are in /dev
with "no other information". That is totally not true, unless you say
"no other information available from POS
Here's a Numeric 23.7 for Mac OS X 10.3 (using the stock Python 2.3
interpreter), built with py2app 0.1.8 (svn trunk)'s bdist_mpkg command:
http://undefined.org/python/Numeric-23.7-py2.3-macosx10.3.zip
Numeric 23.7's setup.py *almost* gets vecLib right. Trivial patch is
here:
https://sourcefo
On Feb 9, 2005, at 23:47, Roger Binns wrote:
You can make a single app appear be in the native installer format
for each platform. We did it for BitPim. Go ahead, download and
try it. You don't actually need a cell phone for the program to
run.
This is the Python code used to do the installer wo
On Feb 9, 2005, at 23:47, Roger Binns wrote:
I'm not sure whether to ask if you could explain "compile them into
the executable" (I don't know how to do that; I have to give my app
to Windows people, but actually (*knowing* anything about Windows . .
.) or if you could explain "(bleh)" -- but ma
>
> Python is an excellent language for keeping porting costs
> down. Out of the various Python gui toolkits, I personally
> think wxPython does the best job and merits attention.
>
On the topic of wxPython, I had an extremely rewarding session tonight
with PythonCard. So far, for all the graph
I'm not sure whether to ask if you could explain "compile them into the
executable" (I don't know how to do that; I have to give my app to
Windows people, but actually (*knowing* anything about Windows . . .)
or if you could explain "(bleh)" -- but maybe the one question answers
the other. Oh w
Neat, thanks Jim!
On 9-Feb-05, at 6:53 PM, [EMAIL PROTECTED] wrote:
Perhaps in the vein of historical trivia, there have been previous ties
between REALbasic and python. Some years back there was an abortive
attempt
to create a REALbasic-like development environment for python, written
in
REALbas
On Feb 9, 2005, at 22:34, Charles Hartman wrote:
On Feb 9, 2005, at 10:29 PM, Bob Ippolito wrote:
On Windows, you either put the data files in some arbitrary fixed
place (may be relative to the executable), or you compile them into
the executable as resources (bleh).
I'm not sure whether to ask
On Feb 9, 2005, at 10:29 PM, Bob Ippolito wrote:
On Windows, you either put the data files in some arbitrary fixed
place (may be relative to the executable), or you compile them into
the executable as resources (bleh).
I'm not sure whether to ask if you could explain "compile them into the
exec
On Feb 9, 2005, at 10:13 PM, Charles Hartman wrote:
On Feb 9, 2005, at 9:04 PM, Bob Ippolito wrote:
You should never, ever, ever, ever, ever write inside of a bundle
anyway. You should make this runtime directory in /tmp,
/Library/Application Support/, etc.
In fact, I was thinking that I shou
On Feb 9, 2005, at 10:00 PM, Brendan Simons wrote:
The only thing I'm missing now is a debugger with breakpoints, call
stack, and variable watches. I'll have to settle for random print
statements for now.
Right -- which is exactly to say, for somebody like me -- and there
seem to be quite a fe
I've got this gospel, but I wonder how it relates to your message, a
little while back, saying -- if I understood you right! -- that there's
nowhere in a Windows application to put a data file that's comparable
to putting it inside the bundle (as Apple wants). Am I terminally
confused, or o
I don't see much merit at all in
these simple "this toolkit is inferior because it's not made on Mac"
type of discussions that keep popping up.
You are missing the point. The various cross platform Python
gui toolkits are all due to history, developer attention,
market share etc inferior when co
Actually, I know wxWidgets was designed, from the beginning, to be cross
platform, specifically targeting Windows and Unix (X, originally Motif).
I think that's where the "w" and "x" comes from.
Yes, it was intended to be cross platform from the begining. But it
was started on Windows and a lot
On Feb 9, 2005, at 9:56 PM, [EMAIL PROTECTED] wrote:
what is currently Essential Reading on Python, I mean in print rather
Of course, "it depends". Dive into Python looks pretty good. Python
I've been beating on people with, err, recommending Dive Into Python,
for two reasons - you can read it o
On 10/02/2005, at 1:04 PM, Bob Ippolito wrote:
You should never, ever, ever, ever, ever write inside of a bundle
anyway. You should make this runtime directory in /tmp,
/Library/Application Support/, etc.
Oh, OK :)
I readily admit that I was being slack (actually, mostly I'm in a
hurry) in usin
The IDE thread is a recurring one. Here's my experience as another
Python newbie. I tried SPE, PythonCard, PyOxice, PyPE, eclipse and
wing (under x11). All work, but I found that each one had enough
quirks (mostly UI inconsistencies, but some are downright unstable)
that I was less producti
> what is currently Essential Reading on Python, I mean in print rather
> Of course, "it depends". Dive into Python looks pretty good. Python
I've been beating on people with, err, recommending Dive Into Python,
for two reasons - you can read it online to see if it suits you, *and*
it's *very*
On Feb 9, 2005, at 9:36 PM, Bill Janssen wrote:
You're certainly correct that none of them had the Mac as a target at
the beginning. If only Apple would port Cocoa to Unix...
Isn't that what they've done? Sure seems like it to me.
Speaking in those terms, hasn't it *always* run on Unix? :)
-bob
_
> You're certainly correct that none of them had the Mac as a target at
> the beginning. If only Apple would port Cocoa to Unix...
Isn't that what they've done? Sure seems like it to me.
Bill
___
Pythonmac-SIG maillist - Pythonmac-SIG@python.org
ht
On Feb 9, 2005, at 20:55, Richard Jones wrote:
On 10/02/2005, at 12:38 PM, Bob Ippolito wrote:
I tried to reproduce this problem by dropping your Python dylib into
my framework, and it worked fine.. what version of Mac OS X are you
using and have you tried it a second time after killing build a
On 10/02/2005, at 12:38 PM, Bob Ippolito wrote:
I tried to reproduce this problem by dropping your Python dylib into
my framework, and it worked fine.. what version of Mac OS X are you
using and have you tried it a second time after killing build and
dist?
That was it - I needed to clean out
On Feb 9, 2005, at 20:00, Richard Jones wrote:
On 10/02/2005, at 10:35 AM, Bob Ippolito wrote:
The current svn trunk of py2app is probably suitable for this. It
now:
- Strips by default. -S and --strip are still there for
compatibility, but they are a no-op (does anyone care if I remove
thi
On 10/02/2005, at 10:35 AM, Bob Ippolito wrote:
The current svn trunk of py2app is probably suitable for this. It now:
- Strips by default. -S and --strip are still there for
compatibility, but they are a no-op (does anyone care if I remove this
compatibility?)
I get the following error durin
On 10/02/2005, at 10:35 AM, Bob Ippolito wrote:
- Adds a Python interpreter to the bundle to where sys.executable is
(only supported for framework builds right now)
Thanks Bob!
I'll have a play straight away :)
Richard
___
Pythonmac-SIG maillist -
On Feb 9, 2005, at 6:28 PM, Chris Barker wrote:
Just a slight clarification:
Roger Binns wrote:
If you look at open source graphical toolkits that support at least
two platforms, you won't find any that started on the Mac. These
are the ones I know of that can be used from Python and where they
s
On Feb 3, 2005, at 7:58 PM, Richard Jones wrote:
On Fri, 4 Feb 2005 01:34 am, Bob Ippolito wrote:
No, py2app just doesn't give you a regular Python interpreter.. so,
that's a problem I guess. I'm not sure what to suggest.
Yep, looks like it's the killer for the py2app'ed Zope.
I'm going to investi
Just a slight clarification:
Roger Binns wrote:
If you look at open source graphical toolkits that support at least
two platforms, you won't find any that started on the Mac. These
are the ones I know of that can be used from Python and where they started.
- QT (Unix)
- wxWidgets (Windows)
> -
on 2/9/05 2:45 PM, Bob Ippolito at [EMAIL PROTECTED] wrote:
>> The concept of an environment like REALbasic, Mac-like GUI designer,
>> editor, debugger, but which uses Python as the language sounds just
>> wonderful to me.
Perhaps in the vein of historical trivia, there have been previous ties
be
I was just sent over here from a different group, I'm unable to run
Pydance since I upgraded to Panther. At first I was unable to run any
of the MacPython things without them immediately crashing after a dock
bounce, but I was able to mess around with permissions and stuff enough
that I could
>
> I believe that PythonCard is attempting to become such an environment,
> and it is based on wxPython so it will be cross-platform like the other
> platforms you have significant experience with. It sounds like it is
> coming along well, but I haven't played with it significantly.
>
I did ta
On Feb 9, 2005, at 2:32 PM, Troy Rollins wrote:
which I suppose is what PyObjC is all about...
I'm sure you could write an app with Cocoa that didn't look or feel
like
a Mac app either, but it would be harder.
That being said, I think there is a convergent of styles between
Windows, Mac, and Unix
> > which I suppose is what PyObjC is all about...
>
> I'm sure you could write an app with Cocoa that didn't look or feel like
> a Mac app either, but it would be harder.
>
> That being said, I think there is a convergent of styles between
> Windows, Mac, and Unix. It's just not that different a
Charles Hartman <[EMAIL PROTECTED]> writes:
> On Feb 9, 2005, at 10:15 AM, Troy Rollins wrote:
>
>> (Amazon, hurry that shipment of knowledge please!!)
>
> Speaking of which, I'd really like to hear people's judgment about
> what is currently Essential Reading on Python, I mean in print rather
> t
Hi Brendan,
On Feb 9, 2005, at 7:09 AM, Brendan Simons wrote:
It doesn't matter how cheap and fast it is for 5% of
the market.
If you look at open source graphical toolkits that
support at least
two platforms, you won't find any that started on
the Mac. These
are the ones I know of that can be use
On Feb 9, 2005, at 13:14, Chris Barker wrote:
Bob Ippolito wrote:
In our case, it was roughly 10x easier to hit the Mac platform first.
Wow! That is a BIG ratio...really?
Yeah, Cocoa already did all the view stuff and it took no time at all
to lay it out in Interface Builder. The domain specific
Troy Rollins wrote:
Personally, I thing all of the current GUI builders look like Windows
ports (since they mostly are), and do not reflect the way a Mac user
would develop anything, never mind a GUI designer. For the most part,
I think it is going to take a tool which originates on the Mac to be
o
Bob Ippolito wrote:
In our case, it was roughly 10x easier to hit the Mac
platform first.
Wow! That is a BIG ratio...really?
The Tkinter GUI and the PyObjC
GUI share a bunch of code (as much as is reasonable).
Ah, that explains it.
The Tkinter GUI
actually has code in it to emulate a bunch of Ma
On Wed, Feb 09, 2005 at 11:34:30AM -0500, Troy Rollins wrote:
> developer to make. Now if I just had an IDE ! I know, it isn't
> required, but I LIKE them. Especially for apps which have a GUI. I
> plan to have a look at Eclipse next.
As another python programmer who doesn't use an IDE, allow me t
Even still, given how wrong it is for NetBSD, I find it hard to assign
any weight at all to what sourceforge's numbers are.
http://freshmeat.net/browse/199/
Quite simply my experience has been that there is a large amount of
open source for Windows, despite Microsoft's general disdain for it.
I be
> I like portable applications, so am usually forced to write UIs
> in Java Swing. But when I do use Python, I prefer PyGTK
Of course, perhaps the right thing to do is use Jython with Swing.
That way you get to use Python with an Apple-supported binding to
Cocoa. Or perhaps IronPython on Mono wi
After all that, I'd like to say this: BitPim is pretty impressive,
despite its dependency on DSV.
Eh? DSV is one file, available as open source and is used to parse
comma seperated values files (or Delimiter Seperated Values to be
more generic). I can't see how that is remotely relevant.
Roger
_
I'd just like to point out an exception to your rule.
REALBasic was originally developed for the mac,
REALBasic is not open source, nor does it have Python
bindings.
This just goes to show that there IS money to be made
catering to mac users.
And? The original point was that people doing applica
On Feb 9, 2005, at 10:15, Troy Rollins wrote:
The next inevitable MacPython newbie question is regarding Apple's
Python vs. a manual installation. It seems that Apple's is not in the
same path location it would be if it were installed manually, and also
that it is now at least a dot revision behind
On Wed, 9 Feb 2005 09:10:11 -0700, michael geary <[EMAIL PROTECTED]> wrote:
> Hey Troy, I didn't realize you were on this list too. Hah. Mac
> Director/Python users unite!
>
Yep. Personally, I see Python as a natural movement for a Director
developer to make. Now if I just had an IDE ! I know, i
On Feb 9, 2005, at 10:15 AM, Troy Rollins wrote:
(Amazon, hurry that shipment of knowledge please!!)
Speaking of which, I'd really like to hear people's judgment about what
is currently Essential Reading on Python, I mean in print rather than
online. (I always feel better if I have something to *
> I'd just like to point out an exception to your rule.
> REALBasic was originally developed for the mac, but
> now includes versions for windows and linux. Any one
> version can cross compile to the other two platforms,
> and their (proprietary) guikit produces native-looking
> & feeling apps on
The next inevitable MacPython newbie question is regarding Apple's
Python vs. a manual installation. It seems that Apple's is not in the
same path location it would be if it were installed manually, and also
that it is now at least a dot revision behind.
I'm not really concerned about one or the o
> It doesn't matter how cheap and fast it is for 5% of
> the market.
>
> If you look at open source graphical toolkits that
> support at least
> two platforms, you won't find any that started on
> the Mac. These
> are the ones I know of that can be used from Python
> and where they
> started.
>
Unluckily I have had no success so far. glFinish is in OpenGL.GL but the
OpenGL module is not directly used. They use wx.glcanvas.GLCanvas and with
it GLContext. Obviously everything works and nothing happens.
Using the OpenGL Profiler I found that I get 2 GL Contexts. One with a
bunch of actions
Hey all,
I got a bit of an issue, I am trying to multithread a script but as
part of that thread it needs to save to a common plist file, what
happens that every so often when running more that one thread at a time
is that I get an error either reading or writing to said plist file and
I can on
On Feb 9, 2005, at 3:31 AM, Brian Lenihan wrote:
After all that, I'd like to say this: BitPim is pretty impressive,
despite its dependency on DSV. I have a $5.00 a month ATT plan that
precludes me from enjoying any of the benefits with my personal cell
phone (hate), but that does not prevent me
On Feb 8, 2005, at 10:50 PM, Roger Binns wrote:
Yeah, exactly. There's not even twice as many Windows projects as
Mac OS X projects, and far more Linux projects that Windows projects.
Note that it didn't include Windows 98 or the generic Win32 category
(trying to categorise a project on SourceFor
58 matches
Mail list logo
