Menu
▾
▴
pythoncard-devel — PythonCard Developers List
You can subscribe to this list here.
| 2005 |
Jan
|
Feb
|
Mar
(1) |
Apr
(21) |
May
(24) |
Jun
|
Jul
(16) |
Aug
(28) |
Sep
(5) |
Oct
(4) |
Nov
(2) |
Dec
(25) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
(9) |
Feb
(1) |
Mar
(3) |
Apr
(5) |
May
(24) |
Jun
(5) |
Jul
(2) |
Aug
(3) |
Sep
(4) |
Oct
(8) |
Nov
(37) |
Dec
(25) |
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(4) |
Jul
(1) |
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(10) |
Nov
(1) |
Dec
(2) |
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Kevin A. <al...@se...> - 2009-07-30 00:48:21
|
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
|
|
From: Kevin A. <al...@se...> - 2009-07-30 00:47:57
|
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
|
|
From: XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX - 2008-12-26 13:19:05
|
On Wed, 24 Dec 2008 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 |
|
From: Benjamin B. <ne...@gm...> - 2008-12-25 01:42:31
|
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 |
|
From: <al...@se...> - 2008-11-12 17:05:30
|
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 > |
|
From: Kevin A. <al...@se...> - 2008-10-30 18:34:04
|
Thanks for the reply! On Oct 30, 2008, at 9:01 AM, XXXXXXXXXXX wrote: > On Wed, 29 Oct 2008 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 |
|
From: XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX - 2008-10-30 16:01:44
|
On Wed, 29 Oct 2008 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 |
|
From: Kevin A. <al...@se...> - 2008-10-29 21:15:55
|
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 |
|
From: Nextime <ne...@ne...> - 2008-10-29 21:10:33
|
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 ----------------------------------- |
|
From: XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX - 2008-10-28 08:47:14
|
On Sun, 26 Oct 2008 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 |
|
From: digladio <dig...@gm...> - 2008-10-26 18:06:02
|
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 |
|
From: XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX - 2008-10-15 16:33:51
|
On Mon, 13 Oct 2008 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 |
|
From: XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX - 2008-10-13 21:20:14
|
On Mon, 13 Oct 2008 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 |
|
From: Kevin A. <al...@se...> - 2008-10-13 18:50:33
|
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
|
|
From: XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX - 2008-10-12 13:31:11
|
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
|
|
From: <ne...@ne...> - 2007-09-27 15:11:46
|
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 ----------------------------------- |
|
From: Kevin A. <al...@se...> - 2007-07-28 15:07:58
|
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 |
|
From: John H. <ec...@ya...> - 2007-06-26 22:57:20
|
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
|
|
From: XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX - 2007-06-20 11:45:14
|
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 |
|
From: XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX - 2007-06-19 08:13:17
|
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 |
|
From: Kevin A. <al...@se...> - 2006-12-12 08:13:18
|
|
From: Clay K. <pat...@ab...> - 2006-12-10 17:57:41
|
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. |
|
From: Roy F. <hal...@ab...> - 2006-12-09 21:37:41
|
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. |
|
From: Dale H. <ste...@ac...> - 2006-12-09 14:13:17
|
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. |
|
From: Conrad G. <visionspatriot'<s...@ac...> - 2006-12-08 16:15:20
|
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! |
37 messages has been excluded from this view by a project administrator.
