pythoncard-users Mailing List for PythonCard

I'm new to pythoncard and very impressed. I'm currently in the final
stages of getting my book proposal approved. I plan to have a chapter
or two on pythoncard. So I certainly hope python-card continues to
live. Perhaps the book can give pythoncard more attention.
Thank you
William Gunnells
7940 Bodega Ave #13
Sebastopol, CA 74119
* 918-830-7300
* cell 918-615-2397
* gun...@gm...
* co...@qi...
On Wed, Apr 7, 2010 at 1:17 PM, XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX wrote:
> On 7/4/10 14:00, Ed Leafe wrote:
>> On Apr 7, 2010, at 3:53 AM, XXXXXXXXXXX wrote:
>>
>>> Thanks Ed. I could lie and say that I was so out-of-touch that I hadn't come across Dabo, but I have to admit that I had forgotten about investigating it several years ago.
>>>
>>> I think the main reason I didn't use it was because it didn't support my niche database back end (Pervasive.SQL) via a native driver or ODBC, but I see on the wiki that there might be ODBC support. If I ever head back into Python I'll have to give it a go.
>>
>>    Is there a Python dbapi module for that? If so, it would be very simple to add support for that database. We abstract the backend-specific stuff, so the only thing that would need to be done is handle the SQL syntax differences.
>
> Not for Pervasive.SQL unfortunately. In C and Java I have access via a
> native interface, but when it comes to Python/Perl or Jython I'm stuck
> with ODBC or JDBC. My PythonCard applications have either used ODBC via
> the old DBAPI ODBC Python driver, or I've used ctypes to interface to my
> C DLL for native access.
>
> --
> XXXXXXXXXXX
>
>
> ------------------------------------------------------------------------------
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Pythoncard-users mailing list
> Pyt...@li...
> https://lists.sourceforge.net/lists/listinfo/pythoncard-users
>

On 7/4/10 14:00, Ed Leafe wrote:
> On Apr 7, 2010, at 3:53 AM, XXXXXXXXXXX wrote:
> 
>> Thanks Ed. I could lie and say that I was so out-of-touch that I hadn't come across Dabo, but I have to admit that I had forgotten about investigating it several years ago.
>>
>> I think the main reason I didn't use it was because it didn't support my niche database back end (Pervasive.SQL) via a native driver or ODBC, but I see on the wiki that there might be ODBC support. If I ever head back into Python I'll have to give it a go.
> 
> 	Is there a Python dbapi module for that? If so, it would be very simple to add support for that database. We abstract the backend-specific stuff, so the only thing that would need to be done is handle the SQL syntax differences.
Not for Pervasive.SQL unfortunately. In C and Java I have access via a 
native interface, but when it comes to Python/Perl or Jython I'm stuck 
with ODBC or JDBC. My PythonCard applications have either used ODBC via 
the old DBAPI ODBC Python driver, or I've used ctypes to interface to my 
C DLL for native access.
-- 
XXXXXXXXXXX

On Apr 7, 2010, at 3:53 AM, XXXXXXXXXXX wrote:
> Thanks Ed. I could lie and say that I was so out-of-touch that I hadn't come across Dabo, but I have to admit that I had forgotten about investigating it several years ago.
> 
> I think the main reason I didn't use it was because it didn't support my niche database back end (Pervasive.SQL) via a native driver or ODBC, but I see on the wiki that there might be ODBC support. If I ever head back into Python I'll have to give it a go.
	Is there a Python dbapi module for that? If so, it would be very simple to add support for that database. We abstract the backend-specific stuff, so the only thing that would need to be done is handle the SQL syntax differences.
-- Ed Leafe

On Tue, Apr 06, 2010 at 09:26:26PM +0100, Neil Hughes wrote:
> On 3/4/10 19:48, Mark Carter wrote:
> > 
> > Also, since the last release of PythonCard was 2006, I suppose it's fair 
> > to ask... is it a dead project at this point? If not, maybe a new 
> > release is warranted. If so, what have people moved on to using for GUI 
I wish to remember that there is an active fork of pythoncard here: 
http://trac.medianix.org/wiki/Pycard
-- 
Franco Lanza
My blog: http://www.nexlab.it
email: ne...@ne...
Fax/Tel: +39 0331 682151
Cell: +39 339 8125940
Busto Arsizio (VA) - Italy
-----------------------------------
NO TCPA: http://www.no1984.org
you can download my public key at:
http://danex.nexlab.it/nextime.asc || Key Servers
Key ID = D6132D50
Key fingerprint = 66ED 5211 9D59 DA53 1DF7 4189 DFED F580 D613 2D50
-----------------------------------
echo 16i[q]sa[ln0=aln100%Pln100/snlbx]sbA0D212153574F444E49572045535520454D20454B414D204F54204847554F4E452059415020544F4E4E4143205345544147204C4C4942snlbxq | dc
-----------------------------------

I guess one reason that Pythoncard isn't actively being developed is
that desktop apps. are out of fashion.
Given how good browsers are now and how good the web-frameworks are
for python, doesn't it make more sense just to run a local web-server
and use the browser as the front-end?
Anyone working on something like pythoncard in python / javascript?
phil

On 6/4/10 21:41, Ed Leafe wrote:
> On Apr 6, 2010, at 4:26 PM, XXXXXXXXXXX wrote:
> 
>> I have no suggestions on a better Python GUI RAD tool - PythonCard is 
>> the only one I've been productive with although I suspect I'm a bit out 
>> of touch nowadays. I'd be interested in opinions on this too - have GUI 
>> RAD tools for dynamic languages got nowhere after all these years?
> 
> 	Not at all. Dabo (http://dabodev.com) has been around almost as long as PythonCard, and is still being actively developed and supported. We gave a full tutorial session at this year's PyCon (you can see it here at http://blip.tv/file/3359460/ - takes a while to load the 3-hour video); you can also read the tutorial document at http://dabodev.com/pycon_tutorial.
> 
> 	We have hundreds of active users, many of whom will help with any questions you may have about Dabo on our mailing lists: dabo-users, for developers using Dabo to create their applications, and dabo-dev, for those who are interested in helping work on Dabo itself.
> 
> http://leafe.com/mailman/listinfo/dabo-users
> http://leafe.com/mailman/listinfo/dabo-dev
Thanks Ed. I could lie and say that I was so out-of-touch that I hadn't 
come across Dabo, but I have to admit that I had forgotten about 
investigating it several years ago.
I think the main reason I didn't use it was because it didn't support my 
niche database back end (Pervasive.SQL) via a native driver or ODBC, but 
I see on the wiki that there might be ODBC support. If I ever head back 
into Python I'll have to give it a go.
-- 
XXXXXXXXXXX

On Apr 6, 2010, at 4:26 PM, XXXXXXXXXXX wrote:
> I have no suggestions on a better Python GUI RAD tool - PythonCard is 
> the only one I've been productive with although I suspect I'm a bit out 
> of touch nowadays. I'd be interested in opinions on this too - have GUI 
> RAD tools for dynamic languages got nowhere after all these years?
	Not at all. Dabo (http://dabodev.com) has been around almost as long as PythonCard, and is still being actively developed and supported. We gave a full tutorial session at this year's PyCon (you can see it here at http://blip.tv/file/3359460/ - takes a while to load the 3-hour video); you can also read the tutorial document at http://dabodev.com/pycon_tutorial.
	We have hundreds of active users, many of whom will help with any questions you may have about Dabo on our mailing lists: dabo-users, for developers using Dabo to create their applications, and dabo-dev, for those who are interested in helping work on Dabo itself.
http://leafe.com/mailman/listinfo/dabo-users
http://leafe.com/mailman/listinfo/dabo-dev
-- Ed Leafe

On 3/4/10 19:48, Mark Carter wrote:
> 
> Also, since the last release of PythonCard was 2006, I suppose it's fair 
> to ask... is it a dead project at this point? If not, maybe a new 
> release is warranted. If so, what have people moved on to using for GUI 
> development? I chose PythonCard (developed an app a few years ago using 
> it) because it came closest to the rapid application development I'd 
> become used to using Visual Basic... if not PythonCard, any suggestions?
Development-wise, it appears to be dead. There have been plenty of good 
intentions but I think everyone who was able to work on PythonCard in 
the past have more important things to worry about. I'm only using it 
when I'm maintaining old Python GUI applications, which is pretty rare 
nowadays (I haven't touched any Python code this year).
A new release to gather up all of the little fixes since 0.8.2 would 
have been good, but by now there must be little tweaks and stuff all 
over the place.
I have no suggestions on a better Python GUI RAD tool - PythonCard is 
the only one I've been productive with although I suspect I'm a bit out 
of touch nowadays. I'd be interested in opinions on this too - have GUI 
RAD tools for dynamic languages got nowhere after all these years?
-- 
XXXXXXXXXXX

On 3/4/10 19:48, Mark Carter wrote:
> 
> Running Windows Vista 64-bit. Installed Python 2.6.5 and WxPython, 
> 64-bit versions, on my laptop last night. Went to install PythonCard, 
> and I get the error "No Python installation found in the Registry."
> 
> Searching around a bit, I suspect that the problem is that 64-bit 
> programs put registry entries in different places than 32-bit. Anyone 
> have a solution? (I know I could probably just install 32-bit Python 
> and wxPython, but I'd rather stick to 64-bit versions when they're 
> available.) Registry entries I need to make, or a 64-bit installer for 
> PythonCard?
I think your suspicions are correct - the 32-bit PythonCard installer 
must be looking in the wrong place 
(HKEY_LOCAL_MACHINE\Software\WOW6432Node ?). I don't know what registry 
entries it's looking for - I don't think the installer source is available.
Maybe you can download the non-EXE zip file, and run python setup.py? 
This should make sure all of the installation is 64-bit (there is a 
reference to RemovePythonCard.exe in install-pythoncard.py, which might 
mean some 32-bit stuff if you ever want to uninstall).
-- 
XXXXXXXXXXX
Support4Omega Ltd.
Tel: 07793 134456
Fax-2-Email: 0870 7051877
Web:	 www.support4omega.co.uk
Chat:	 neilflsuk (AOL)
Skype:	 support4omega

Hello.
Running Windows Vista 64-bit. Installed Python 2.6.5 and WxPython, 64-bit
versions, on my laptop last night. Went to install PythonCard, and I get
the error "No Python installation found in the Registry."
Searching around a bit, I suspect that the problem is that 64-bit programs
put registry entries in different places than 32-bit. Anyone have a
solution? (I know I could probably just install 32-bit Python and wxPython,
but I'd rather stick to 64-bit versions when they're available.) Registry
entries I need to make, or a 64-bit installer for PythonCard?
Also, since the last release of PythonCard was 2006, I suppose it's fair to
ask... is it a dead project at this point? If not, maybe a new release is
warranted. If so, what have people moved on to using for GUI development?
 I chose PythonCard (developed an app a few years ago using it) because it
came closest to the rapid application development I'd become used to using
Visual Basic... if not PythonCard, any suggestions?
Mark