From: Tony C. <cap...@gm...> - 2007-08-07 18:23:53
|
What is the future of Python Card? wx has many widgets that are not part of Python Card. Will Python Card be modified to include more widgets? |
From: John H. <ec...@ya...> - 2007-08-08 23:21:26
|
--- Tony Cappellini <cap...@gm...> wrote: > What is the future of Python Card? > > wx has many widgets that are not part of Python > Card. > > Will Python Card be modified to include more > widgets? > That would be nice. I wish I know enough to help. I have become very productive with Pythoncard. -- John Henry |
From: phil j. <int...@gm...> - 2007-08-10 10:38:54
|
Yeah, I'm interested in this question too. Although I'd like to ask a slight variation. What's the "problem" (if there is one) with PythonCard development? Not enough people involved? Have the original people lost interest and moved on to something else? Is it really to do with a fall off in interest in building desktop GUI based applications. How many people here are also looking at using the browser as their GUI these days? phil On 8/9/07, John Henry <ec...@ya...> wrote: > > --- Tony Cappellini <cap...@gm...> wrote: > > > What is the future of Python Card? > > > > wx has many widgets that are not part of Python > > Card. > > > > Will Python Card be modified to include more > > widgets? > > > > That would be nice. I wish I know enough to help. I > have become very productive with Pythoncard. > > -- > John Henry > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Pythoncard-users mailing list > Pyt...@li... > https://lists.sourceforge.net/lists/listinfo/pythoncard-users > |
From: Lance H. <lh...@ha...> - 2007-08-10 14:12:18
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I have been on this list for a while now lurking in the shadows. This question has been asked a few time on the list in the last two years, the answer as I remember it was (so if it is wrong don't shoot me) That Python card has loads of features and that anyone who is interested in either fixing bugs or enhancing the tool is free to do so. Perhaps we should set-up a list of things we think it will need and then perhaps one of the list members who is proficient enough will grab one of these items and add it to the tool. What do you guys think? Lance I am a serious beginner on this so I would not be of any help at all. phil jones wrote: > Yeah, I'm interested in this question too. > > Although I'd like to ask a slight variation. What's the "problem" (if > there is one) with PythonCard development? Not enough people involved? > Have the original people lost interest and moved on to something else? > > Is it really to do with a fall off in interest in building desktop GUI > based applications. > > How many people here are also looking at using the browser as their > GUI these days? > > phil > > > > On 8/9/07, John Henry <ec...@ya...> wrote: >> --- Tony Cappellini <cap...@gm...> wrote: >> >>> What is the future of Python Card? >>> >>> wx has many widgets that are not part of Python >>> Card. >>> >>> Will Python Card be modified to include more >>> widgets? >>> >> That would be nice. I wish I know enough to help. I >> have become very productive with Pythoncard. >> >> -- >> John Henry >> >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by: Splunk Inc. >> Still grepping through log files to find problems? Stop. >> Now Search log events and configuration files using AJAX and a browser. >> Download your FREE copy of Splunk now >> http://get.splunk.com/ >> _______________________________________________ >> Pythoncard-users mailing list >> Pyt...@li... >> https://lists.sourceforge.net/lists/listinfo/pythoncard-users >> > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Pythoncard-users mailing list > Pyt...@li... > https://lists.sourceforge.net/lists/listinfo/pythoncard-users > > -- > This message was scanned by HaigMail and is believed to be clean. > Click here to report this message as spam. > http://mail03.redarmour.co.uk/cgi-bin/learn-msg.cgi?id=E061D29B56.E72D8 > > > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFGvGrhOw09RVRgt9wRAtSJAKCBoGogUD9yPHv9++Lvyp5qzhpfRACgtHAs hmS0DUYUDEpuFOW1iifAnWI= =Y832 -----END PGP SIGNATURE----- |
From: Smith, F. <F....@te...> - 2007-08-10 15:27:39
|
I'm also a "serious beginner" and have been lurking on the list for awhile now. PythonCard is a great tool as it stands. Despite its apparent "limitations" it is suitable for most applications. I would be interested having some sort of plotting capability supported - perhaps I might even be able to help, although I'm not sure how much work or skill it would require! Despite Kevin's note, I'm not sure how to go about it. Frank -----Original Message----- From: pyt...@li... [mailto:pyt...@li...] On Behalf Of Lance Haig Sent: Friday, August 10, 2007 9:41 AM To: pyt...@li... Subject: Re: [Pythoncard-users] The Future of Python Card -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I have been on this list for a while now lurking in the shadows. This question has been asked a few time on the list in the last two years, the answer as I remember it was (so if it is wrong don't shoot me) That Python card has loads of features and that anyone who is interested in either fixing bugs or enhancing the tool is free to do so. Perhaps we should set-up a list of things we think it will need and then perhaps one of the list members who is proficient enough will grab one of these items and add it to the tool. What do you guys think? Lance I am a serious beginner on this so I would not be of any help at all. phil jones wrote: > Yeah, I'm interested in this question too. >=20 > Although I'd like to ask a slight variation. What's the "problem" (if=20 > there is one) with PythonCard development? Not enough people involved? > Have the original people lost interest and moved on to something else? >=20 > Is it really to do with a fall off in interest in building desktop GUI > based applications. >=20 > How many people here are also looking at using the browser as their=20 > GUI these days? >=20 > phil >=20 >=20 >=20 > On 8/9/07, John Henry <ec...@ya...> wrote: >> --- Tony Cappellini <cap...@gm...> wrote: >> >>> What is the future of Python Card? >>> >>> wx has many widgets that are not part of Python >>> Card. >>> >>> Will Python Card be modified to include more >>> widgets? >>> >> That would be nice. I wish I know enough to help. I >> have become very productive with Pythoncard. >> >> -- >> John Henry >> >> --------------------------------------------------------------------- >> ---- >> This SF.net email is sponsored by: Splunk Inc. >> Still grepping through log files to find problems? Stop. >> Now Search log events and configuration files using AJAX and a browser. >> Download your FREE copy of Splunk now >> http://get.splunk.com/ >> _______________________________________________ >> Pythoncard-users mailing list >> Pyt...@li... >> https://lists.sourceforge.net/lists/listinfo/pythoncard-users >> >=20 > ---------------------------------------------------------------------- > --- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Pythoncard-users mailing list > Pyt...@li... > https://lists.sourceforge.net/lists/listinfo/pythoncard-users >=20 > -- > This message was scanned by HaigMail and is believed to be clean.=20 > Click here to report this message as spam.=20 > = http://mail03.redarmour.co.uk/cgi-bin/learn-msg.cgi?id=3DE061D29B56.E72D > 8 >=20 >=20 >=20 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFGvGrhOw09RVRgt9wRAtSJAKCBoGogUD9yPHv9++Lvyp5qzhpfRACgtHAs hmS0DUYUDEpuFOW1iifAnWI=3D =3DY832 -----END PGP SIGNATURE----- ------------------------------------------------------------------------ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Pythoncard-users mailing list Pyt...@li... https://lists.sourceforge.net/lists/listinfo/pythoncard-users |
From: John H. <ec...@ya...> - 2007-08-14 06:45:38
|
--- "Smith, Frank" <F....@te...> wrote: > I'm also a "serious beginner" and have been lurking > on the list for > awhile now. PythonCard is a great tool as it stands. > Despite its > apparent "limitations" it is suitable for most > applications. Agree totally. I can't say enough thanks to the developers of Pythoncard. I don't know how "complex" and "big" a project has to be before one have to resort to wxpython but recently I coded some 10,000 lines of purely GUI code (some 50 to 60 screens) in about 2 week's time (see my previous postings about creating Pythoncard controls on the fly). May be it's not the sexiest looking code in the universe - but it surely made my customer (and my accountant) very happy. THANKS - Pythoncard. >I would be > interested having some sort of plotting capability > supported - perhaps I > might even be able to help, although I'm not sure > how much work or skill > it would require! Despite Kevin's note, I'm not sure > how to go about it. > For the kind of 2-D plotting I do, nothing beats matplotlib. There was some rumblings about integrating matplotlib with pythoncard (there is direct support of wxpython already) but nothing came out of it. -- John Henry |
From: Kevin A. <kev...@gm...> - 2007-08-10 14:01:12
|
On 8/7/07, Tony Cappellini <cap...@gm...> wrote: > What is the future of Python Card? There are several futures, depending on the amount of developer interest, which is currently at a low point. I hadn't been coding for the last year or so, but recently started making bug fix and documentation checkins to CVS and plan to release those as 0.8.3, most likely in September or early October. I still don't expect any major changes to the current development tree, but I have moved to Python 2.5.x and wxPython 2.8.x for my own work, so that is what I'm testing against. While we didn't do a 1.0 release, what we have today is basically what was planned for 1.0, so depending on who else is interested in more framework and tools coding, I still expect we'll eventually do an official 1.0. It would be nice if we could make some big improvements to the tools part of PythonCard, those changes would not break existing code, but that is very dependent on Alex and new blood in the developer part of the project. For anyone listening, speak up if you're interested by joining pythoncard-devel and making a post of what you want to work on. There are a lot of things I would like to do differently in PythonCard, but I'm pretty sure those changes are drastic enough they need to be part of a 2.0 branch so we can experiment with using the wx xml style resources, providing thinner layers on wxPython for better integration, etc. Depending on what you use PythonCard for, something like dabo might be a better fit for you. PythonCard will likely continue to focus on being a fully integrated and simple framework/environment suitable for small simple projects and rapid prototype development, but inappropriate for bigger team projects where raw wxPython and its tool set is more sensible. > wx has many widgets that are not part of Python Card. > > Will Python Card be modified to include more widgets? Future versions of PythonCard will get more widgets, but it is highly unlikely that it will ever provide every widget available in wxPython. You can always manually place any wxPython widget in your layout, typically in your on_initialize event handler, just like sizers are currently handled. What you can't do is place them with the resourceEditor or have them included in the .rsrc.py file. It is relatively easy to wrap a wxPython widget as a PythonCard component, just look at the PythonCard/components directory for many examples. We should probably have a tutorial covering the various aspects of a wrapper, but there are several levels for anyone interested in making a component from a simple wrapper that let's use you the component in a .rsrc.py file, to adding auto-event binding for the component, attributes (rather than Get/Set wx methods), and finally making the component available in the resourceEditor. You can also provide your own components by using an appcomponents directory in your applications directory, something like this: minimal <- directory minimal.py minimal.rsrc.py appcomponents <- directory button.py mywidget.py In the example above button.py would override the default button.py component of PythonCard and the mywidget.py would be your own component specific to your minimal application. I hope that helps, ka |
From: XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX - 2007-09-04 13:15:34
|
On 10/08/2007 15:01, Kevin Altis wrote: > ... I have moved to Python 2.5.x and wxPython 2.8.x for my own work, > so that is what I'm testing against. Kevin...could you check whether wxPython 2.8.x on your machine is returning 4-element wxColor tuples, i.e. RGB + alpha, when you try changing the foreground/background colors in the resource/layout editor? Anybody else using 2.5.x or 2.6.x - could you check whether the color selector is just returning RGB? My situation is unusual, in that I'm mainly developing on Windows XP + wxPython 2.8.x alongside Windows NT + wxPython 2.5.x and yesterday I copied a project from the XP box onto the NT box only to find that the resource editor failed after importing half the components. My initial examination of the stack trace and code makes me think that the 2.5.x system cannot cope when it reads in a colour tuple that looks like (255,0,0,255) instead of (255,0,0). Unfortunately when I looked at the on-line wxPython docs they make very little reference to the alpha channel, so I want to make sure there isn't something weird going on that is isolated to my XP machine. -- XXXXXXXXXXX |
From: Kevin A. <al...@se...> - 2007-09-05 06:15:57
|
On Sep 4, 2007, at 6:14 AM, XXXXXXXXXXX wrote: > On 10/08/2007 15:01, Kevin Altis wrote: >> ... I have moved to Python 2.5.x and wxPython 2.8.x for my own work, >> so that is what I'm testing against. > > Kevin...could you check whether wxPython 2.8.x on your machine is > returning 4-element wxColor tuples, i.e. RGB + alpha, when you try > changing the foreground/background colors in the resource/layout > editor? Yep, this looks like a 2.7/2.8 API change. http://www.wxpython.org/recentchanges.php 2.7.1.1 18-Oct-2006 ... wx.Colour now includes an alpha component, which defaults to wx.ALPHA_OPAQUE. This is in preparation for allowing various new alpha blening functionality using wx.Colour objects, such as drawing with pens and brushes on a wx.DC. Checking wx.ALPHA_OPAQUE in the shell shows... >>> wx.ALPHA_OPAQUE 255 I'm guessing that the exceptions you are probably seeing can be traced back to the _getDefaultColor method in PythonCard/widget.py. Note that the check the code is doing is historical for a very old version of wxPython and this code could probably be safely changed. def _getDefaultColor( self, aColor ) : if aColor is None : return wx.NullColour else : # KEA 2001-07-27 # is the right place for this check? if isinstance(aColor, tuple) and len(aColor) == 3: return wx.Colour(aColor[0], aColor[1], aColor[2]) else: return aColor If you have a resource that contains 4 element tuples (0, 0, 0, 255) instead of (0, 0, 0) then the code above is just going to return the original input and then it will end up calling the wxPython method SetForegroundColour with the 4 element tuple. def _setForegroundColor( self, aColor ) : aColor = self._getDefaultColor( aColor ) self.SetForegroundColour( aColor ) self.Refresh() # KEA wxPython bug? When the long 4 tuple is passed as an arg is where the actual exception occurs under wxPython earlier than 2.7.1.1. You can try this out in the shell yourself. Just run a sample like minimal.py with the shell using an older wxPython... python minimal.py -s then type something like: >>> comp.field1.SetForegroundColour((0, 0, 0, 255)) to see if it throws an exception. I haven't dug into the other code in the resourceEditor or other places that might make assumptions about the format of the color in the framework, but I'm pretty sure there will be a number of problem spots for trying to run on an older wxPython. I'm guessing the code would have to specifically check for a color that wouldn't work on an older version of wxPython and remove the last element or do some generic try/except block to try using a color and then chop to a 3- tuple and try again. Alternatively, you could identify the 4 tuple strings in your .rsrc.py files and do a global replace on them before copying/ using on an older version of wxPython. ka > Anybody else using 2.5.x or 2.6.x - could you check whether the color > selector is just returning RGB? > > My situation is unusual, in that I'm mainly developing on Windows XP + > wxPython 2.8.x alongside Windows NT + wxPython 2.5.x and yesterday I > copied a project from the XP box onto the NT box only to find that the > resource editor failed after importing half the components. My initial > examination of the stack trace and code makes me think that the 2.5.x > system cannot cope when it reads in a colour tuple that looks like > (255,0,0,255) instead of (255,0,0). > > Unfortunately when I looked at the on-line wxPython docs they make > very > little reference to the alpha channel, so I want to make sure there > isn't something weird going on that is isolated to my XP machine. > > -- > XXXXXXXXXXX |
From: XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX - 2007-09-05 08:35:36
|
On 05/09/2007 07:15, Kevin Altis wrote: > Checking wx.ALPHA_OPAQUE in the shell shows... > > >>> wx.ALPHA_OPAQUE > 255 Yes, I'm getting 255 alpha all the time. In fact, the Windows XP color picker does not allow you to set transparency and when you set a color it comes back as an (R,G,B) tuple in the property editor. But when you save the file, or click on a different property and return to the color one it has the transparency added. > I haven't dug into the other code in the resourceEditor or other places > that might make assumptions about the format of the color in the > framework, but I'm pretty sure there will be a number of problem spots > for trying to run on an older wxPython. I'm guessing that I'm an unusual case and most developers are using a single machine or update all their machines to the same version. Is it worth trying to handle this in code, or should we just class it as a very-low-priority issue that awkward s*!ds like me have to work around manually? > Alternatively, you could identify the 4 tuple strings in your .rsrc.py > files and do a global replace on them before copying/using on an older > version of wxPython. Exactly what I did when I hit the issue - I only had 2 color properties in the resource file so I chopped the transparency element off the end. Thanks for checking... -- XXXXXXXXXXX |
From: XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX - 2007-09-05 12:44:07
|
On 05/09/2007 07:15, Kevin Altis wrote: > When the long 4 tuple is passed as an arg is where the actual > exception occurs under wxPython earlier than 2.7.1.1. You can try > this out in the shell yourself. Just run a sample like minimal.py > with the shell using an older wxPython... > > python minimal.py -s > > then type something like: > > >>> comp.field1.SetForegroundColour((0, 0, 0, 255)) > > to see if it throws an exception. Yes... File "C:\Python23\lib\site-packages\wx\_core.py", line 6982, in SetForegroundColour return _core_.Window_SetForegroundColour(*args, **kwargs) TypeError: Expected a wxColour object or a string containing a colour name or '#RRGGBB'. -- XXXXXXXXXXX |