pythoncard-users Mailing List for PythonCard (Page 5)

Hi Alec,
If I can share my experience I would recommend that you seriously consider
using wxPython rather than PythonCard. If you perceive not having a GUI a
problem, once you get used to sizers you will find they
are extremely powerful and effective. I initially tried PythonCard but moved
to wxPython and have not regretted it. wxPython is wonderful; very much a
top-quality and living product with great support and excellent
documentation in the form of the book "wxPython in Action", co-authored by
its creator Robin Dunn.
On Fri, Mar 11, 2011 at 11:33 AM, Alec Bennett <wry...@gm...> wrote:
> I'm wondering if anyone might know how to set the background color of a
> PythonCard window? Something akin to the wxPython method of
> SetBackgroundColour("white")?
>
>
>
>
> ------------------------------------------------------------------------------
> Colocation vs. Managed Hosting
> A question and answer guide to determining the best fit
> for your organization - today and in the future.
> http://p.sf.net/sfu/internap-sfd2d
> _______________________________________________
> Pythoncard-users mailing list
> Pyt...@li...
> https://lists.sourceforge.net/lists/listinfo/pythoncard-users
>
>
-- 
Andrew Spagnoletti
082 557 7771
Nitric 021 409 7977
an...@in... // www.incidentMC.com <http://www.incidentmc.com/>
The information contained in this email message may be confidential. If you
are not the intended recipient, any use, interference with, disclosure or
copying of this material is unauthorised and prohibited. Although this
message and any attachments are believed to be free of viruses, no
responsibility is accepted by Nitric for any loss or damage arising in any
way from receipt or use thereof. If you have received this message in error,
please notify us by return and delete the message and any attachments.
Further enquiries/returns can be sent to
nic...@ni...<nic...@ni...>

I'm wondering if anyone might know how to set the background color of a
PythonCard window? Something akin to the wxPython method of
SetBackgroundColour("white")?

A slight cleanup, if I use wx.MDIParentFrame, and wx.MDIChildFrame, then nothing 
needs to be changed at the import line.
BTW: The sizers works fine for the child windows! This is great.
###########
class Background(BackgroundBase, wx.Frame):
 def __init__(self, aParent, aBgRsrc):
 return BackgroundBase.__init__(self, aParent, aBgRsrc, 
frameclass=wx.Frame)
class MDIChildBackground(BackgroundBase, wx.MDIChildFrame):
 def __init__(self, aParent, aBgRsrc):
 return BackgroundBase.__init__(self, aParent, aBgRsrc, 
frameclass=wx.MDIChildFrame)
 
class MDIParentBackground(BackgroundBase, wx.MDIParentFrame):
 def __init__(self, aParent, aBgRsrc):
 return BackgroundBase.__init__(self, aParent, aBgRsrc, 
frameclass=wx.MDIParentFrame)
 --
John Henry
----- Original Message ----
> From: Steven D'Aprano <st...@pe...>
> To: pyt...@li...
> Sent: Wed, March 9, 2011 11:40:24 AM
> Subject: Re: [Pythoncard-users] Added MDI support to Pythoncard (was MDI - 
>childwindows within a window)
> 
> John Henry wrote:
> > I am happy to let you know that I succeeded in adding MDI support to 
>Pythoncard 
>
> > with only a few lines of modifications to the Background class in model.py
> 
> Thank you for following up your question with a solution!
> 
> I'm very glad to see that this PythonCard group isn't quite dead yet.
> 
> 
> 
> -- 
> Steven
> 
> ------------------------------------------------------------------------------
> Colocation vs. Managed Hosting
> A question and answer guide to determining the best fit
> for your organization - today and in the future.
> http://p.sf.net/sfu/internap-sfd2d
> _______________________________________________
> Pythoncard-users mailing list
> Pyt...@li...
> https://lists.sourceforge.net/lists/listinfo/pythoncard-users
> 

John Henry wrote:
> I am happy to let you know that I succeeded in adding MDI support to Pythoncard 
> with only a few lines of modifications to the Background class in model.py
Thank you for following up your question with a solution!
I'm very glad to see that this PythonCard group isn't quite dead yet.
-- 
Steven

I am happy to let you know that I succeeded in adding MDI support to Pythoncard 
with only a few lines of modifications to the Background class in model.py
I made the Background class into a BackgroundBase class, and have the Background 
class subclass from the BackgroundBase class. 
Then I added a MDIParentBackground and MDIChildBackground which simply force 
Background to subclass from wxMDIParentFrame and wxMDIChildFrame respectively, 
instead of the wx.Frame class. Once I've done that, wxPython does the rest of 
the work.
################ mod to model.py ######################
from wxPython.wx import wxMDIParentFrame, wxMDIChildFrame
# Used to say:
# class BackgroundBase(Scriptable, wx.Frame, event.EventSource):
class BackgroundBase(Scriptable, event.EventSource):
 """
 A window that contains Widgets.
 """
 def __init__(self, aParent, aBgRsrc, frameclass=wx.Frame):
 ...<original code>...
#Changed original code from invoking wx.Frame here to a method passed down
 # First, call the base class' __init__ method to create the frame
 frameclass.__init__(self, aParent,
 self.id, 
 #self.name,
 aBgRsrc.title,
 position,
 aBgRsrc.size,
 style | wx.NO_FULL_REPAINT_ON_RESIZE,
 aBgRsrc.name)
 ...<rest of original code>...
class Background(BackgroundBase, wx.Frame):
 def __init__(self, aParent, aBgRsrc):
 return BackgroundBase.__init__(self, aParent, aBgRsrc, 
frameclass=wx.Frame)
class MDIParentBackground(BackgroundBase, wxMDIParentFrame):
 def __init__(self, aParent, aBgRsrc):
 return BackgroundBase.__init__(self, aParent, aBgRsrc, 
frameclass=wxMDIParentFrame)
class MDIChildBackground(BackgroundBase, wxMDIChildFrame):
 def __init__(self, aParent, aBgRsrc):
 return BackgroundBase.__init__(self, aParent, aBgRsrc, 
frameclass=wxMDIChildFrame)
 
############## end of mod to model.py #########################
To use these two new classes, the code is remarkably unremarkable. The parent 
code:
############# Parent ######################
#!/usr/bin/python
"""
__version__ = "$Revision: 1.5 $"
__date__ = "$Date: 2004年04月30日 16:26:12 $"
"""
from PythonCard import model
MDI_rsrc=\
{'application':{'type':'Application',
 'name':'Template',
 'backgrounds': [
 {'type':'Background',
 'name':'bgTemplate',
 'title':'Testing MDI Controls',
 'size':(400, 300),
 'style':['resizeable'],
 'menubar': {'type':'MenuBar',
 'menus': [
 {'type':'Menu',
 'name':'menuFile',
 'label':'&File',
 'items': [
 {'type':'MenuItem',
 'name':'menuFileExit',
 'label':'E&xit',
 'command':'exit',
 },
 ]
 },
 {'type':'Menu',
 'name':'menuOptions',
 'label':'Options',
 'items': [
 {'type':'MenuItem',
 'name':'menuOptionsOpenNew',
 'label':'Open New\tAlt+N',
 'command':'openNew',
 },
 ]
 },
 ]
 },
 'components': [
] # end components
} # end background
] # end backgrounds
} }
MyCW_rsrc=\
{'application':{'type':'Application',
 'name':'Template',
 'backgrounds': [
 {'type':'Background',
 'name':'bgTemplate',
 'title':'Standard Template with File->Exit menu',
 'size':(698, 517),
 'style':['resizeable'],
 'menubar': {'type':'MenuBar',
 'menus': [
 {'type':'Menu',
 'name':'menuFile',
 'label':'&File',
 'items': [
 {'type':'MenuItem',
 'name':'menuFileExit',
 'label':'E&xit',
 'command':'exit',
 },
 ]
 },
 {'type':'Menu',
 'name':'menuOptions',
 'label':'Options',
 'items': [
 {'type':'MenuItem',
 'name':'menuOptionsOpenNew',
 'label':'Open New\tAlt+N',
 'command':'openNew',
 },
 ]
 },
 ]
 },
 'components': [
{'type':'TextArea', 
 'name':'TextArea1', 
 'position':(20, 20), 
 'size':(651, 333), 
 },
{'type':'Button', 
 'name':'Button1', 
 'position':(559, 376), 
 'label':'Button1', 
 },
] # end components
} # end background
] # end backgrounds
} }
class MyBackground(model.MDIParentBackground):
def on_initialize(self, event):
# if you have any initialization
# including sizer setup, do it here
#MDI.on_initialize(self, event)
pass
def on_openNew_command ( self, event ):
# Create a child window
child = model.childWindow(self, MyCW, rsrc=MyCW_rsrc)
if __name__ == '__main__':
app = model.Application(MyBackground, None, MDI_rsrc)
app.MainLoop()
############# End of Parent ######################
############# Child ######################
class MyCW(model.MDIChildBackground):
 def on_initialize(self, event):
 self.parent = self.getParent()
 self.components.TextArea1.text='I am only a child.'
 def on_openNew_command ( self, event ):
 return self.parent.on_openNew_command ( event )
############# End of Child ######################
That's it!!! 
Now I have to play around with resizer to see how that would work here.
 --
John Henry

Is it possible to have a Pythoncard window inside another window (buttons and 
all)? It appears you can do that in wxPython but since I only know Pythoncard, 
all those wxPython code seems a bit intimidating. Does anybody have sample MDI 
code done in Pythoncard?
Thanks,
 --
John Henry

Maybe with wx.Yield() or wx.SafeYield()?
On Thu, Dec 23, 2010 at 3:09 AM, Teuvo Eloranta <te...@gm...> wrote:
> Hello,
>
> I have a problem with updating TextArea component's content.
>
> I have a loop inside a button's _mouseClick handler, in which I update
> MultiColumn and StaticText component's contents -> these are updated in real
> time ok.
> However when in that very same loop I try update a content of TextArea
> component (with any of it's methods) the Textarea is updated AFTER I exit
> the _mouseClick handler?
> All text fed (in a loop) to the TextArea component appears at once, after I
> have exited the _mouseClick handler.
>
> Can I avoid this behavior somehow? I need to be able to update the TextArea
> inside the loop, real time.
>
> Thanks for any help,
>
> Teuvo
>
>
>
> ------------------------------------------------------------------------------
> Learn how Oracle Real Application Clusters (RAC) One Node allows customers
> to consolidate database storage, standardize their database environment,
> and,
> should the need arise, upgrade to a full multi-node Oracle RAC database
> without downtime or disruption
> http://p.sf.net/sfu/oracle-sfdevnl
> _______________________________________________
> Pythoncard-users mailing list
> Pyt...@li...
> https://lists.sourceforge.net/lists/listinfo/pythoncard-users
>
>

Hello,
I have a problem with updating TextArea component's content.
I have a loop inside a button's _mouseClick handler, in which I update
MultiColumn and StaticText component's contents -> these are updated in real
time ok.
However when in that very same loop I try update a content of TextArea
component (with any of it's methods) the Textarea is updated AFTER I exit
the _mouseClick handler?
All text fed (in a loop) to the TextArea component appears at once, after I
have exited the _mouseClick handler.
Can I avoid this behavior somehow? I need to be able to update the TextArea
inside the loop, real time.
Thanks for any help,
Teuvo

Hello,
I have written a script for the chemical transformations. It runs very well on win xp.
I'm trying to run this script on ubuntu 10.10.
One error appears
Traceback (most recent call last):
 File "/usr/lib/python2.6/dist-packages/wx-2.8-gtk2-unicode/wx/_core.py", line 14636, in <lambda>
 lambda event: event.callable(*event.args, **event.kw) )
 File "avancement.py", line 116, in on_initialize
 self.Update()
 File "avancement.py", line 232, in Update
 self.GenerateImage(self.strM,'M')
 File "avancement.py", line 139, in GenerateImage
 self.components.ImageButtonM._setBitmap( self.components.ImageButtonM._getBitmap() )
 File "/usr/lib/pymodules/python2.6/PythonCard/components/image.py", line 87, in _setBitmap
 self.SetBitmap( aValue.getBits() )
AttributeError: 'Bitmap' object has no attribute 'getBits'
I create a image bitmap which cannot be loaded on pythoncard on linux. 
getBits is not an attribute of the bitmap object.
ftp://ftp-champo.ac-toulouse.fr/pub/pdalet/python/Avancement-0.6.zip
Thanks a lot for your answers.
Ph DALET

For those of you that have had problems with 8-bit ascii or unicode characters with PythonCard, the following will probably be of interest to you. The error below concerned an example program in the book "Hello World!: Computer Programming for Kids and Other Beginners" by Warren D. Sande and Carter Sande. The problem occurs when using something other than 7-bit ASCII characters in a data file with the hangman example program.
http://www.manning.com/sande/
The thread on the forum for the book is here:
http://www.manning-sandbox.com/thread.jspa?threadID=40350&tstart=0
The problem wasn't with PythonCard per se, but rather that by default Python 2.x uses ASCII to read text files.
When you are dealing with something other than 7-bit ASCII you need to do some extra work for built-ins like open().
http://docs.python.org/howto/unicode.html
http://www.python.org/dev/peps/pep-0263/
There are many 8-bit character encodings that vary across operating systems and languages, but Unicode UTF-8 is a standard for 8-bit encoding that will generally work for languages using the latin (roman) alphabet. So in the case below, to cover umlauts in the text file I suggested using "utf-8" with the codecs.open method. Of course, you need to make sure that your text editor or program creating the data file generates utf-8 text otherwise the encoding needs to be changed.
There are a numerous places in PythonCard that could probably be changed to work better with non-ascii characters. In particular the readAndEvalFile function in util.py which is used to read resources and configuration files should probably be changed to use codecs.open() instead. I found possible places to update in PythonCard by using the findfiles tool PythonCard/tools/findfiles/findfiles.py to search for relevant regular expressions like open\( in case you want to look through the code yourself.
I'm not an expert on text encoding issues, so anyone that has more experience in these matters is welcome to make suggestions for code changes in the PythonCard framework and samples that would allow it to work more seamlessly with non-ascii text files, including resources used by PythonCard programs. Typically, I would expect you to see errors when using non 7-bit ASCII characters in menus, fields, or any other data associated with resource files based on the problem brought up by Warren and his reader.
Note that for testing purposes, I'm now using Python 2.7.x and a unicode build of wxPython on Mac OS X and Windows. While Python 3.x uses Unicode by default, wxPython doesn't support Python 3.x yet, thus PythonCard won't work under Python 3.x and I haven't switched to Python 3.x for anything I do with Python.
Thanks,
ka
Begin forwarded message:
> From: Kevin Altis <al...@se...>
> Date: November 5, 2010 10:01:44 PM PDT
> To: HelloWorldBook Help <cp4...@ya...>
> Subject: Re: PythonCard Unicode question
> 
> Hi,
> I think I know the issue, but would like to get some confirmation and then reply to the list once we are sure of the solution.
> 
> The line you need to add is:
> 
> import codecs
> 
> Then change your f=open("words.txt", 'r') line to:
> 
> f = codecs.open("words.txt", encoding="utf-8")
> 
> The relevant documentation files for Python 2.6/2.7 are:
> 
> http://docs.python.org/howto/unicode.html
> 
> and
> 
> http://www.python.org/dev/peps/pep-0263/
> 
> The PEP is only relevant if you are trying to use non-ascii in the source file, but is good background anyway. For example, I added a test line that printed out some Unicode characters I embedded in the file, which required the encoding line, but otherwise shouldn't be needed.
> 
> I tried your source files with Python 2.7 on Mac OS 10.6.4 (Snow Leopard) using the Python 2.7 build from python.org and the Unicode wxPython build for Python 2.7. I used the supplied words.txt file and one that I created in UTF-8 text format utilizing umlauts and other special characters.
> 
> This is actually a fairly complicated issue, but assuming you are using a recent Python other than Python 3.0 and a unicode build of wxPython I think this solves the problem.
> 
> Let me know if it works and I'll follow-up to the list.
> 
> BTW, I would like to see the PythonCard references in the book sometime.
> 
> Thanks,
> 
> ka
> 
> On Nov 5, 2010, at 2:08 PM, HelloWorldBook Help wrote:
> 
>> Kevin,
>> 
>> We introduce PythonCard in our kids/beginners programming book. We use it to make a Hangman game (among other things). The list of words from which the puzzle is randomly chosen is stored in a text file. A reader posted the following question on our message board:
>> 
>> Subject: How can I get hangman to accept umlauts, such as 'ä' etc?
>> 
>> Hi,
>> 
>> To test whether I could use German words in hangman, I replaced the original file words.txt of hangman with a words.txt file containing only words with umlauts, such as 'ä', 'ö', 'ü'. When running hangman.py and entering, say 'ä', I get this error message:
>> 
>> Traceback (most recent call last):
>> File "/usr/lib/pymodules/python2.6/PythonCard/widget.py", line 408, in _dispatch
>> handler(background, aWxEvent)
>> File "hangman.py", line 109, in on_btnGuessLetter_mouseClick
>> if result.text in self.currentword:
>> UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 0: ordinal not in range(128)
>> 
>> I am using Hello World both with Windows XP and with Ubuntu-Linux. The error messages are the same.
>> 
>> How can I get hangman accepting umlauts and 'ß'? I would like to use German words, and they contain a lot of umlauts - and ß.
>> 
>> Can you help answer this? You can find the code for the Hangman game here:
>> http://www.manning.com/sande/sourcecode/All_Files_By_Chapter/hw_ch22_code/
>> (hangman.py and hangman.rsrc.py)
>> 
>> Thanks,
>> Warren Sande
>> 
>> 
>> 
> 

I haven't tried using it with Python 3, but I suspect that there are a number of changes that would be required. You should be able to turn on warnings with an earlier version of Python to flag the code that would break. The unicode change for Python 3 is another potential problem point, but since people have been using Unicode builds of wxPython for a long time, it might not be a show-stopper.
ka
On Aug 23, 2010, at 11:39 AM, hwg wrote:
> WIll Pythoncard work with Python 3.x?
> 
> Assuming I have the right version of wxPython, is there anything in Pythoncard itself that is dependent on the version of Python?
> 
> By the way, it's a shame to see this project wither. Pythoncard is a vrey nice GUI RAD tool. I used it for several small projects. If I had better coding skills, I'd offer to help keep it going. 
> 
> 
> Thanks,
> hwg
> 
> ------------------------------------------------------------------------------
> Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
> Be part of this innovative community and reach millions of netbook users 
> worldwide. Take advantage of special opportunities to increase revenue and 
> speed time-to-market. Join now, and jumpstart your future.
> http://p.sf.net/sfu/intel-atom-d2d_______________________________________________
> Pythoncard-users mailing list
> Pyt...@li...
> https://lists.sourceforge.net/lists/listinfo/pythoncard-users

I just got the contract signed with Jones and Bartlett publishing
company. I would like to introduce pythoncard. But I need permission
from pythoncard community to move forward.

WIll Pythoncard work with Python 3.x?
Assuming I have the right version of wxPython, is there anything in Pythoncard 
itself that is dependent on the version of Python?
By the way, it's a shame to see this project wither. Pythoncard is a vrey nice 
GUI RAD tool. I used it for several small projects. If I had better coding 
skills, I'd offer to help keep it going. 
Thanks,
hwg
 

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

william Gunnells <gunnells <at> gmail.com> writes:
> 
> oh and this does not work either: self.components.List1.items = l
> 
For me 
 self.components.items = ['a', 'b', 'c'] 
worked fine.
For integers i would suggest 
 self.components.items = [str(i) for i in a] 
with 
 a = [1,2,3] # or some other in array

Hi,
following problem: I have a background calling a custom dialog via
*automate_gui.automateDlg(self, self.script)* *#script = just some text
*
where automateDlg is the function creating the dialog:
*from PythonCard import model
class AutomateDlg(model.CustomDialog):
 def __init__(self, parent):
*
* model.CustomDialog.__init__(self,
parent) *
*
*
* def on_initialize(self, event):*
* print 'init' *
* def on_save_mouseClick(self, event):*
* print 'save'*
* *
* def on_load_mouseClick(self, event):*
* print 'load' *
* def on_close(self, event):*
* print 'close' *
* def on_mouseUp(self, event):*
* print 'up' *
* def on_script_textUpdate(self, update):*
* print 'script'*
*
def automateDlg(parent, init):
 dlg = AutomateDlg(parent)
 dlg.components.script.text = init
 result = dlg.showModal()
 result.script = None
 if(result.accepted):
 result.script = dlg.components.script.text
 dlg.destroy()
 return result
*
*
*the dialog has been created with PythonCard LayoutEditor:
*{'type':'CustomDialog',*
* 'name':'AutomateDlg',*
* 'title':'Automate',*
* 'position':(240, 129),*
* 'size':(410, 400),*
* 'components': [*
* *
*{'type':'Button',*
* 'name':'load',*
* 'position':(85, 346),*
* 'label':'Load',*
* },*
* *
*{'type':'Button',*
* 'name':'save',*
* 'position':(5, 346),*
* 'label':'Save',*
* },*
* *
*{'type':'TextArea',*
* 'name':'script',*
* 'position':(5, 3),*
* 'size':(391, 338),*
* },*
* *
*{'type':'Button',*
* 'id':5100,*
* 'name':'ok',*
* 'position':(321, 346),*
* 'default':1,*
* 'label':'OK',*
* },*
* *
*{'type':'Button',*
* 'id':5101,*
* 'name':'cancel',*
* 'position':(242, 346),*
* 'label':'Cancel',*
* },*
* *
*] # end components*
*} # end CustomDialog*
the problem ist, that NONE ofe the events is beeing triggered.
I need the 2 extra buttons (save and load) to handle file load/save
routines, but none triggers.
What did I do wrong?
(please ignore ident errors due to copy/paste issues)
Thnks and best regards
Thomas Liebeskind