pythoncard-devel Mailing List for PythonCard

I just got done upgrading to Leopard (finally) on a couple of machines 
and decided to revisit the Python 2.6 problem with any sample or tool 
that makes use of paths such as the codeeditor module. It appears 
there was just a poorly coded hack to support bundlebuilder on the Mac 
that needed a tweak in PythonCard/util.py.
def main_is_frozen():
 if sys.platform == 'darwin':
 # this is a temporary hack for bundlebuilder
 return not (sys.executable == '/System/Library/Frameworks/ 
Python.framework/Versions/2.3/Resources/Python.app/Contents/MacOS/ 
Python' or \
 sys.executable == '/Library/Frameworks/ 
Python.framework/Versions/2.4/Resources/Python.app/Contents/MacOS/ 
Python' or \
 sys.executable == '/Library/Frameworks/ 
Python.framework/Versions/2.5/Resources/Python.app/Contents/MacOS/ 
Python')
 else:
 return (hasattr(sys, "frozen") or # new py2exe, McMillan
 hasattr(sys, "importers") # old py2exe
 or imp.is_frozen("__main__")) # tools/freeze, cx_freeze
becomes
def main_is_frozen():
 if sys.platform == 'darwin':
 # this is a temporary hack for bundlebuilder
 return not (sys.executable.endswith('Resources/Python.app/ 
Contents/MacOS/Python')
 else:
 return (hasattr(sys, "frozen") or # new py2exe, McMillan
 hasattr(sys, "importers") # old py2exe
 or imp.is_frozen("__main__")) # tools/freeze, cx_freeze
This is still a hack and possibly needs a better solution, but at 
least it appears to allow codeEditor, tabcodeEditor, and the 
resourceEditor among other things to load. Hopefully, this will make 
it easier to find other issues that need to be addressed for 
PythonCard to run correctly with Python 3.x
BTW, if you are messing with various versions of Python on the Mac 
remember that PythonLauncher uses the same settings regardless of 
which version you run from the Finder. In the Terminal, you probably 
need to edit the .cshrc in your home directory if you're trying to run 
python 2.5 by default after installing 2.6. The MacPython installer 
adds the following lines
# Setting PATH for MacPython 2.5
# The orginal version is saved in .cshrc.pysave
set path=(/Library/Frameworks/Python.framework/Versions/Current/bin 
$path)
# Setting PATH for MacPython 2.6
# The orginal version is saved in .cshrc.pysave
set path=(/Library/Frameworks/Python.framework/Versions/2.6/bin $path)
You can always run the version you want by using an explicit path 
like /usr/local/bin/python2.5 or /usr/local/bin/python2.6
ka

I dropped a parens on previous code, the correct version which I just 
copied and pasted from a working version is:
def main_is_frozen():
 if sys.platform == 'darwin':
 # this is a temporary hack for bundlebuilder
 return not (sys.executable.endswith('Resources/Python.app/ 
Contents/MacOS/Python'))
 else:
 return (hasattr(sys, "frozen") or # new py2exe, McMillan
 hasattr(sys, "importers") # old py2exe
 or imp.is_frozen("__main__")) # tools/freeze, cx_freeze
Sorry for the earlier mistake,
ka

On 2008年12月24日 17:35:48 -0800 "Benjamin Bush" <ne...@gm...>
wrote:
> I am currently reading through the turtle sample code included with
> the PythonCard installation. Who wrote this code? I may need to ask
> him/her a question or two if a get stuck.
According to the README.TXT file in the docs folder it's Mr. PythonCard
himself...Kevin Altis. Since I don't know if email addresses in these
messages are hidden from spambots, I won't mention it here but it's in README.TXT.
-- 
XXXXXXXXXXX

Hello,
I am currently reading through the turtle sample code included with the
PythonCard installation. Who wrote this code? I may need to ask him/her a
question or two if a get stuck.
Thanks!
-Ben

I'm traveling right now so I don't have time for a big reply, but I will
respond again this weekend.
I'm not in favor of forking the project. If someone is interested in
contributing they can simply be made a developer for the existing project.
We can migrate the project to svn from cvs while still utilizing the
services of SourceForge. Discussion of particular patch suggestions should
be done on the pythoncard-devel mailing list.
Thanks,
ka
> On Wed, Nov 12, 2008 at 12:06:59PM -0300, phil jones wrote:
>> Glad to see someone picking this up if the original devs have given up.
>>
>> What are your plans for PyCard?
>>
>> cheers
>>
>> phil
>
> Happy to see that many people here want to see the project go ahead.
>
> First of all, let me see one thing: My fork *won't* be a war declaration
> to the original developers, nor any complain in the work already done by
> those who have contributed to pycard before today.
>
> I don't really have a precise plan for the future of this piece of code,
> i fork it only cause i use it for some of my projects, and i need to see
> that it can be supported for future python/wx releases, and maybe with
> continue improvements.
>
> Some thing that i want to see soon are:
>
> - the things that already exists in pycard and you can't use from
> resourceEditor/layoutEditor. They need to be implemented also in the
> editors.
>
> - Sizers. Thanks to Tweedly we now have those things. But hey, in the
> CVS of pythoncard on SF they aren't included!
>
> - There are other patches, things, suggestions in mailing list from
> when the latest release was done? Good, let we include in the SVN!
>
> - Is there anyone who want to contribute? Just ask for a SVN write
> enabled account, no more "i can't post my patch in mailing list cause
> attachments are blocked, and i don't know how to send it to
> developers for inclusion".
>
>
>
> I have other ideas, but i want to be open-minded and let the community
> choose what pythoncard need for the future.
>
> Also, i primarly fork the project cause *I* need and i like to use it, so,
> of course my goal is to have what I need, in the hope that it can be
> usefull also
> for others.
>
> Other things that i wish to have in a (maybe long) future are:
>
> - Complete set of widgets from wxpython implemented, no more need to
> put raw wxpython code and mix it with the pycard one
>
> - maybe a restailing of the rsrc files, using xml/css templating?
>
>
> But the important thing is, and remain, LET WE WAKE UP THE PROJECT!!!
>
>
>
> --
>
> Franco Lanza
> -----------------------------------
> 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
> -----------------------------------
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the
> world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/_______________________________________________
> Pythoncard-users mailing list
> Pyt...@li...
> https://lists.sourceforge.net/lists/listinfo/pythoncard-users
>

Thanks for the reply!
On Oct 30, 2008, at 9:01 AM, XXXXXXXXXXX wrote:
> On 2008年10月29日 13:26:01 -0700, Kevin Altis <altis@semi- 
> retired.com> wrote:
>
>> I installed Python 2.6, wxPython 2.8.9.1, and PythonCard 0.8.2 using
>> the exe installer from SF to Windows XP SP2. As far as I can tell,
>> the tools and samples work fine under this Windows setup. The only
>> thing I noticed was some mouse drag behavior in the resourceEditor
>> which I'm pretty sure is Parallels-specific because of the way they
>> deal with the virtual mouse.
>
> What weirdness are you seeing, out of curiosity? Everything looks 
> OK here on a 'real' XP installation.
>>
Mousedowns and drags don't always register, especially as you switch 
between the main window of the resourceEditor and the property editor 
window. It may not be a valid test if the debug tools are also 
running to display the mouse events that are registering. I need to 
document an example that I can always reproduce under Parallels and 
then make sure it is Parallels-specific. I will be away from email 
for the next couple of weeks so I'll look into it when I get back.
On my main Mac (not Windows under Parallels) I had a separate issue 
where some files didn't load with 2.6 which I think was due to my old 
developer CVS checkout, (which is what I run PythonCard from) and 
modifications I had made to that checkout, but never checked in. I'm 
hoping Robin puts out a 2.8.9.2 for wxMAC soon that fixes the 
overzealous wx.App existence check so I can resolve some of the 
Python 2.6 Mac issues like that.
> Everything seems to work at first glance....except the PythonCard 
> MSI installer. It keeps crapping out at the post-install stage so I 
> don't have any start menu items. Checking the mailing list, this 
> happened a few years ago to people trying to use the 0.8.1 
> installer (built with Python 2.3) on 2.4 systems. Maybe it's the 
> same issue again?
Yeah I had the same installation problem. I suspect an installer 
needs to be built using 2.6 and then tested using Python 2.4.x - 2.6 
to see if it installs correctly with each version, including the 
Start menu.
ka

On 2008年10月29日 13:26:01 -0700, Kevin Altis <al...@se...> wrote:
> I installed Python 2.6, wxPython 2.8.9.1, and PythonCard 0.8.2 using 
> the exe installer from SF to Windows XP SP2. As far as I can tell, 
> the tools and samples work fine under this Windows setup. The only 
> thing I noticed was some mouse drag behavior in the resourceEditor 
> which I'm pretty sure is Parallels-specific because of the way they 
> deal with the virtual mouse.
What weirdness are you seeing, out of curiosity? Everything looks OK here on a 'real' XP installation.
> Note that all my Windows testing is probably going to be Windows XP 
> running under Parallels or Fusion. Just in case there is something 
> wacky that happens only under a "real" Windows box or Vista it would 
> be great to have additional input.
My old XP (SP3) laptop has volunteered for the task. I've upgraded it today to Python 2.6 + wxPython 2.8.9.1 (ansi) + Pythoncard 0.8.2, using the SF downloads for the latter two. This laptop is getting on a bit, so I won't spot any issues if they're specific to the XP theme or any eye candy because they're all switched off.
Everything seems to work at first glance....except the PythonCard MSI installer. It keeps crapping out at the post-install stage so I don't have any start menu items. Checking the mailing list, this happened a few years ago to people trying to use the 0.8.1 installer (built with Python 2.3) on 2.4 systems. Maybe it's the same issue again?
-- 
XXXXXXXXXXX

I installed Python 2.6, wxPython 2.8.9.1, and PythonCard 0.8.2 using 
the exe installer from SF to Windows XP SP2. As far as I can tell, 
the tools and samples work fine under this Windows setup. The only 
thing I noticed was some mouse drag behavior in the resourceEditor 
which I'm pretty sure is Parallels-specific because of the way they 
deal with the virtual mouse.
We already knew Python 2.5.2 works fine, but since I had problems on 
my Mac with 2.6 earlier I wanted to test this to make sure we had a 
stable base to point to for any changes we make. Until there is a 2.6 
build past 2.8.9.1 that fixes the wx.App startup issue, which is 
already fixed on the Windows release, we have to stick with a Python 
2.5.2 and wxPython 2.7.x configuration on the Mac.
If someone can verify that 2.5.2 and 2.6 builds of wxPython 2.8.9.1 
work fine on Linux that would be awesome.
Also, if there are problems on Windows that I missed, go ahead and 
bring them up here so I know what to look at before trying to address 
the Mac fixes Neil has brought up.
Note that all my Windows testing is probably going to be Windows XP 
running under Parallels or Fusion. Just in case there is something 
wacky that happens only under a "real" Windows box or Vista it would 
be great to have additional input.
ka

Latest release of pythoncard is two years old now.
Latest changes in CVS is 14 months ago.
As i can see, there are many peoples using pythoncard, 
and some people also can contribute to the project 
( for example Hugh Kernohan with the sizersEditor ) but can't access 
to the CVS to commit changes.
Are the original developers of pythoncard interested in continue the
developement? If not, is there anyone interested take it?
Are the original developers intentioned in make the cvs repo accessible
to peoples that want to contribute? Shuld we fork the project (hope no!)
I personally really hate to write GUIs, but i need to make GUIs for many
things i do, and really pythoncard is the ONLY project wich i find
confortable, so, i wish to see it actively mantained, and maybe to
contribute a bit, but actually it seem to be stalled...
-- 
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
-----------------------------------

On 2008年10月26日 14:10:56 -0400, digladio <dig...@gm...> wrote:
> Hi, I am a noob with a question.
> I have a .py file that I wanted to edit with a WYSIWYG editor which lead 
> me to PythonCard.
> It looks very promising for my needs.
> However, my .py file does not come with a paired .rsrc.py file and so I 
> wanted to know how I can create a .rsrc.py file for my .py file.
When I am adding a GUI to existing code I usually start with a copy of a previous project, or one of the sample code examples, and then use the resourceEditor (or layoutEditor) to modify the GUI to what I want before merging in the existing "logic" code.
Or you can use the File->New menu option in the resourceEditor to create a code template that you can then fill in with your pre-existing .py code.
By the way, "noob" questions are probably better posted to the PythonCard users list (pythoncard-users), rather then the developers list, i.e. developers *of* PythonCard, rather then *using* PythonCard.
-- 
XXXXXXXXXXX

Hi, I am a noob with a question.
I have a .py file that I wanted to edit with a WYSIWYG editor which lead 
me to PythonCard.
It looks very promising for my needs.
However, my .py file does not come with a paired .rsrc.py file and so I 
wanted to know how I can create a .rsrc.py file for my .py file.
Thanks,
DiGladio

On 2008年10月13日 22:19:56 +0100, XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX wrote:
> I'll get Aaron on the user list to try out my "hack" to see if it works OK with Leopard.
OK....he's applied the changes and it seems to work under Leopard.
-- 
XXXXXXXXXXX

On 2008年10月13日 11:25:20 -0700, Kevin Altis <al...@se...> wrote:
> If anyone can dig for more info on the wxPython-users mailing list 
> that would be great and in the meantime I'll experiment a bit myself.
There doesn't seem to be much, just an explanation from Robin Dunn what the error is about:
<http://article.gmane.org/gmane.comp.python.wxpython/50913>
<http://article.gmane.org/gmane.comp.lib.wxwidgets.general/55556>
The wxPython Mac list doesn't appear to be searchable but I downloaded the mbox archive and possibly found some background information in a thread:
<http://lists.wxwidgets.org/pipermail/wxpython-mac/2007-April/002231.html>
Not much help in terms of fixing the issue but it looks like the switch from QuickDraw to CoreGraphics caused a big performance hit in code that was calling wx.ClientDC....maybe that forced the restriction? The switch had to be done because Leopard and beyond will not supply a 64-bit QuickDraw (presumably it's a Carbon API).
I'll get Aaron on the user list to try out my "hack" to see if it works OK with Leopard.
-- 
XXXXXXXXXXX

I tried 2.8.9.1 with Python 2.5.2 universal install on my Tiger box 
and I see the nested wxDC error when resizing the window or when 
loading a sample that uses BitmapCanvas. I don't have any idea at 
this time how to get around this problem on the Mac as the use of the 
wxDCs is critical to how the resourceEditor and the BitmapCanvas 
component works. It might be that with the resourceEditor 
(layoutEditor) that the solution proposed below or another fix that 
guarantees the old DC is destroyed before a new one is created will 
solve the problem. This won't deal with projects that have a 
BitmapCanvas component.
If anyone can dig for more info on the wxPython-users mailing list 
that would be great and in the meantime I'll experiment a bit myself.
I also tried using Python 2.6, but that raises additional errors, 
most likely unicode-related. Anyone out there using 2.6 that has 
looked into issues it raises?
ka
p.s. My mail server was changed late Friday and there are still some 
name resolution errors that may prevent me from responding in a 
timely fashion.
On Oct 12, 2008, at 6:30 AM, XXXXXXXXXXX wrote:
> Any PythonCard gurus around to review and comment on this suggested 
> fix......?
>
> Earlier this year Leopard owners reported that the LayoutEditor was 
> not showing all of the window's contents in larger windows. This 
> was later replicated by Tiger owners who had upgraded to wxPython 
> 2.8. I have just done the same and seen the same problem and it 
> appears to be due to a switch to the Core Graphics API in wxPython 
> 2.7+.
>
> The change has enforced a restriction which means that you can no 
> longer have more than one device context per window. In both the 
> Layout- and Resource-Editor the device context is set with the 
> following method:
>
> def createDC(self):
> dc = wx.ClientDC(self.panel)
> dc.SetPen(wx.Pen('black', 1, wx.DOT))
> dc.SetBrush(wx.TRANSPARENT_BRUSH)
> dc.SetLogicalFunction(wx.INVERT)
> self.dc = dc
>
> This method is called when the editor is first opened, but it is 
> also called every time the main window is resized (on_size()). 
> Therefore a second device context is created at the start of the 
> method when a project is loaded and that project's window forces 
> the main window to resize. At this point an assesrtion thrown in 
> the OSX code causes the redraw of the contents to fail.
>
> This error seems to get thrown on my Tiger machine every time a 
> project is loaded into the editors and the resize attemnpted. If 
> you do not have the errors sent to a console however you do not 
> realize there is a problem unless the project's window is bigger 
> than the default size. My suggested fix is to initialize the device 
> context in the editor's on_initialize() to None and change the 
> createDC method to the following:
>
> def createDC(self):
> 	if self.dc == None:
> 	self.dc = wx.ClientDC(self.panel)
> 	
> 	self.dc.SetPen(wx.Pen('black', 1, wx.DOT))
> self.dc.SetBrush(wx.TRANSPARENT_BRUSH)
> self.dc.SetLogicalFunction(wx.INVERT)
>
> Hopefully this will not break anything on the other platforms, 
> where multiple device contexts appear to still be OK and (following 
> a brief review of the wxWidgets' graphics.cpp platform-specific 
> module) still permitted.
>
> Fixing this still leaves a similar problem in the BitmapCanvas 
> component to be fixed. This is stopping projects with that 
> component from fully loading into the editors.
>
> Comments? Suggestions? I am hoping that a Leopard user on the users 
> list will try this fix out but in the meantime...have I missed 
> anything?
>
> -- 
> XXXXXXXXXXX
>
> ---------------------------------------------------------------------- 
> ---
> This SF.Net email is sponsored by the Moblin Your Move Developer's 
> challenge
> Build the coolest Linux based applications with Moblin SDK & win 
> great prizes
> Grand prize is a trip for two to an Open Source event anywhere in 
> the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Pythoncard-devel mailing list
> Pyt...@li...
> https://lists.sourceforge.net/lists/listinfo/pythoncard-devel

Any PythonCard gurus around to review and comment on this suggested fix......?
Earlier this year Leopard owners reported that the LayoutEditor was not showing all of the window's contents in larger windows. This was later replicated by Tiger owners who had upgraded to wxPython 2.8. I have just done the same and seen the same problem and it appears to be due to a switch to the Core Graphics API in wxPython 2.7+.
The change has enforced a restriction which means that you can no longer have more than one device context per window. In both the Layout- and Resource-Editor the device context is set with the following method:
 def createDC(self):
 dc = wx.ClientDC(self.panel)
 dc.SetPen(wx.Pen('black', 1, wx.DOT))
 dc.SetBrush(wx.TRANSPARENT_BRUSH)
 dc.SetLogicalFunction(wx.INVERT)
 self.dc = dc
This method is called when the editor is first opened, but it is also called every time the main window is resized (on_size()). Therefore a second device context is created at the start of the method when a project is loaded and that project's window forces the main window to resize. At this point an assesrtion thrown in the OSX code causes the redraw of the contents to fail.
This error seems to get thrown on my Tiger machine every time a project is loaded into the editors and the resize attemnpted. If you do not have the errors sent to a console however you do not realize there is a problem unless the project's window is bigger than the default size. My suggested fix is to initialize the device context in the editor's on_initialize() to None and change the createDC method to the following:
 def createDC(self):
	if self.dc == None:
 	self.dc = wx.ClientDC(self.panel)
 	
	self.dc.SetPen(wx.Pen('black', 1, wx.DOT))
 self.dc.SetBrush(wx.TRANSPARENT_BRUSH)
 self.dc.SetLogicalFunction(wx.INVERT)
Hopefully this will not break anything on the other platforms, where multiple device contexts appear to still be OK and (following a brief review of the wxWidgets' graphics.cpp platform-specific module) still permitted.
Fixing this still leaves a similar problem in the BitmapCanvas component to be fixed. This is stopping projects with that component from fully loading into the editors.
Comments? Suggestions? I am hoping that a Leopard user on the users list will try this fix out but in the meantime...have I missed anything?
-- 
XXXXXXXXXXX

Hi all,=20
i'm writing a client for the skylive project ( www.skylive.it ),=20
and i'm trying to use pythoncard for it.
I'm a little newbye of GUI programming, but i have a good python
background, so, no relevant issues on writing the client, but i have
some minor issues with the GUI.
Expecially:
Issue #1: HtmlWindow
---------------------
I need to embed in the gui an image grabbed from a website, so, to do
that i'm using HtmkWindow in this way:
self.components.myHtmlWindow_component.base_LoadPage(url)
where url is something like "http://domain.tld/imagename.jpg".
This of course work well, but the problem is that i want the size of
the HtmlWindow fit exactly the size of the image.
The image have a fixed size of 320x240, but when i set size of the
HtmlWindow to the same value, i get scroll bars cause i have some
white borders around the image.
The problem is that i can't find a way to remove those borders.
Issue #2: TextArea colors
-------------------------
In my application i have a little chat window with a TextArea
for the messages. It is pretty similar to IRC, but with a different and
more simple protocol.=20
I have a string like u"<username> message", but i can't find a way
to use different colors for the "<username>" part and the message.
Anyone can point me to some examples or docs about those two minor
issues?
Thanks in advance.
--=20
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 =3D D6132D50
Key fingerprint =3D 66ED 5211 9D59 DA53 1DF7 4189 DFED F580 D613 2D50
-----------------------------------
echo 16i[q]sa[ln0=3Daln100%Pln100/snlbx]sbA0D212153574F444E4957204553552045=わ
4D20454B414D204F54204847554F4E452059415020544F4E4E4143205345544147204C4C494=
2snlbxq | dc
-----------------------------------

I've been moving my primary machine setups to Python 2.5.x and 
wxPython 2.8.x for coding and testing PythonCard. For the most part 
I'm trying to avoid using any Python features past 2.3, at least for 
now, but I wanted to take advantage of bug fixes in wxPython 2.8.x
I'll be out of town for the next two weeks, but I'm starting to work 
on code again, so you'll see some checkins periodically, especially 
once I get back home.
VMWare Fusion (beta) is now available for the Mac and should be final 
by the end of August which is going to make it very easy to run and 
test many Linux distros, so I should finally have a single box where 
I can run Mac, Windows, and Linux and see what quirks the framework 
and applications have on each platform.
http://www.vmware.com/beta/fusion/index.html
I would like to move over to subversion as well for future source 
code control so I'll need to revisit that issue with Andy Todd or 
anyone else that has experience moving a code base on SourceForge 
once I get back.
ka

redirected from users mailing list for future reference on this type 
of problem...
ka
---
Man, life is gooooooooooood....
By creating controls dynamically, my efficiency in
creating GUI code went up many many fold. I must have
created 50 different panels in less than a day -
including code for designing, presentation, and
processing of user input. I can not imagine how long
it would have taken me to do the same thing using the
static method.
Just for completeness, I am posting the final version
of my Control_Factory code, along with code for
destruction of controls on the fly. May be this code
would be of use to other PythonCard users:
#!/usr/bin/python
"""
__version__ = "$Revision: 1.6 $"
__date__ = "$Date: 2004年05月05日 16:53:27 $"
"""
import wx
from PythonCard import model
import new
from PythonCard import log
from PythonCard import model
class Minimal(model.Background):
	def addHandler(self, aMethod):
		# Add the Handler to our Handler list.
		if aMethod.name not in self._handlers:
			log.debug("addHandler: " + aMethod.name)
			#self._handlers[aMethod.name] =
event.Handler(aMethod)
			self._handlers[aMethod.name] = aMethod
	def delHandler(self, aMethod):
		# Add the Handler to our Handler list.
		if aMethod.name in self._handlers:
			log.debug("delHandler: " + aMethod.name)
			del self._handlers[aMethod.name]
			del aMethod
			
	def Control_factory(self, attribute, eventHandlers):
		name=attribute['name']
		methods=[]
		for eventName in eventHandlers.keys():
			eventFct=eventHandlers[eventName]
			def function(self, background, event):
				if eventFct==None:
					return None
				return eventFct(event)
			function.name = "on_%s_%s" % (name,eventName)
			method = new.instancemethod(function, self,
self.__class__)
			setattr(self, function.name, method)
			self.addHandler(method)
			methods.append(method)
		self.components[name] = attribute
		return methods
	
To use it, I simply set up a table like this:
				
({"type":"StaticText","name":"stFIELD1","text":"This
is easy:",'position':(5, 10), },{}),
					({"type":"TextField",
"name":"tfFIELD1",'position':(35, 10-4),
'size':(70,-1)},{}),
					({"type":"Button",
"name":"pbBUTTON",'label':'Execute', 'position':(70,
10+75)},
						{"mouseClick":self.on_pbBUTTON_mouseClick}),
and then invoke Control_factory repeatedly.
Thanks for a wonderful package PythonCard. Couldn't
do this work without it.
> -----Original Message-----
> From: pyt...@li...
>
[mailto:pyt...@li...]
On
> Behalf Of John Henry
> Sent: Monday, June 25, 2007 10:57 AM
> To: Kevin Altis; pythoncard-Users
> Subject: Re: [Pythoncard-users] Creating dynamic
window
>
>
> Oh, silly me. Control_factory can be further
> simplied:
>
> def Control_factory(self, attribute, eventHandlers):
> 	name=attribute['name']
> 	for eventName in eventHandlers.keys():
> 		eventFct=eventHandlers[eventName]
> 		def function(self, background, event):
> 			if eventFct==None:
> 				return None
> 			return eventFct(self, event)
> 		function.name = "on_%s_%s" % (name,eventName)
> 		method = new.instancemethod(function, self,
> self.__class__)
> 		setattr(self, function.name, method)
> 		self.addHandler(method)
> 	self.components[name] = attribute
> 	return function
>
--
John Henry

On 19/06/2007 09:13, XXXXXXXXXXX wrote:
> I'm using wxPython 2.8.x - could this be the reason?
Er....it seems not. I have an XP laptop with wxPython 2.5.3 and the 
resource editor, etc. is OK on that too. The laptop had IE 6 upgraded to 
7, while the desktop had IE7 when I got it.
-- 
Neil

On 18/06/2007 20:51, Kevin Altis wrote:
> Just an FYI for those that might be impacted by this. I don't think I 
> even have any systems with IE 7 and likely won't, so I'm not sure when 
> I'll get to look into what the issue is. Please provide any info you can 
> if you are using IE 7. I wouldn't be surprised if this is being covered 
> on the wxPython lists as well.
No problems on this machine with Windows XP SP2 + IE 7, though I will 
admit that I don't run PythonCard a huge amount on it yet because most 
of those projects are still on my NT box that I'm (very) slowly 
decommissioning.
The layouts all look OK for my apps and the editors. I presume the bug 
report is referring to the menu editor's "OK" and "Cancel" buttons? I 
can see both, no problem. I'm using wxPython 2.8.x - could this be the 
reason?
-- 
Neil

Looking to put some spring in your step? Ready for your big break?
Look no further.
Wild Brush Energy
Symbol: WBRS
Current Price: Around 0ドル.05
Short Term Target: 0ドル.12
Long Term Target: 0ドル.40
The energy sector is THE place to be, with some energy companies seeing 
appreciation of 400% or more this year alone! WBRS is involved in some 
of the most exciting gas plays in North America. It's a proven winner in a 
red hot market.
But that's just the beginning. Rumor has it that there may soon be a 
merger between WBRS and another major energy player with close ties to 
the company. In fact this major player's stock was up 50% Friday on 
strong volume as insiders took positions.
We believe that WBRS is looking at the same rapid appreciation. Once 
the merger is announced there will be a scramble to get in. Play it smart. 
Take a position BEFORE the announcement and ride this one all the way 
to the bank!
Tell to everyone about this message.Post it on the forum.

Looking to put some spring in your step? Ready for your big break?
Look no further.
Wild Brush Energy
Symbol: WBRS
Current Price: Around 0ドル.05
Short Term Target: 0ドル.12
Long Term Target: 0ドル.40
The energy sector is THE place to be, with some energy companies seeing 
appreciation of 400% or more this year alone! WBRS is involved in some 
of the most exciting gas plays in North America. It's a proven winner in a 
red hot market.
But that's just the beginning. Rumor has it that there may soon be a 
merger between WBRS and another major energy player with close ties to 
the company. In fact this major player's stock was up 50% Friday on 
strong volume as insiders took positions.
We believe that WBRS is looking at the same rapid appreciation. Once 
the merger is announced there will be a scramble to get in. Play it smart. 
Take a position BEFORE the announcement and ride this one all the way 
to the bank!
Tell to everyone about this message.Post it on the forum.

Looking to put some spring in your step? Ready for your big break?
Look no further.
Wild Brush Energy
Symbol: WBRS
Current Price: Around 0ドル.05
Short Term Target: 0ドル.12
Long Term Target: 0ドル.40
The energy sector is THE place to be, with some energy companies seeing 
appreciation of 400% or more this year alone! WBRS is involved in some 
of the most exciting gas plays in North America. It's a proven winner in a 
red hot market.
But that's just the beginning. Rumor has it that there may soon be a 
merger between WBRS and another major energy player with close ties to 
the company. In fact this major player's stock was up 50% Friday on 
strong volume as insiders took positions.
We believe that WBRS is looking at the same rapid appreciation. Once 
the merger is announced there will be a scramble to get in. Play it smart. 
Take a position BEFORE the announcement and ride this one all the way 
to the bank!
Tell to everyone about this message.Post it on the forum.

LOOK AT OUR RECENT NEWS! ASK YOUR BROKER NOW!
INVESTORS ALERT! Friday, Dec 8, DTGP
Company: Doll Technology Group (OTCBB:DTGP)
Symbol: DTGP
Current Price: 0ドル.016 (Trading at a Discount!)
3-day Target: 0ドル.07 
Friday, Dec 8, will bring big trading for DTGP, which will mean it goes up!
Ladies and gentlemen, this one is incredible. 
This company is currently preparing to introduce their stock DTGP to brokers
across the country.
Look at their recent news and see what they are doing, and have been doing
in the past few Month.
About DTGP:
Doll Technology Group (OTCBB:DTGP) diversified company formed to develop and commercialize products and technologies that address Aircraft Safety, Water Conservation, Fire Protection, Rust and Corrosion, and Construction, among others.
CALL YOUR BROKER NOW!