pythoncard-users — PythonCard Users and Developers

Re: [Pythoncard-users] standaloneBuilder news

[Phil E. <ph...@li...>]

I've just uploaded version 0.3.0 of standaloneBuilder to my web site for 
anyone who wants to try it out:

http://www.linux2000.com/pm.html

Full changelog looks like this:

standaloneBuilder Version 0.3.0 release date January 11 2007
    - tarball build on Linux now uses the outputwindow to show the progress
      of the build
    - fixed bug in py2exe build process which created a pixmaps directory
      even if none was listed in the project
    - setup.py script now gets re-written to the project directory
      prior to each rebuild, this gets round the case where someone
      decides to delete it
    - Help --> Manual now displays the documentation
    - Inno setup and spec file buttons on the main window now simply
      display the files, rather than trying to launch a full blown
      editor just to view them
    - Toolbar spec file button is disabled when py2exe is selected as
      the build tool
    - Projects can now be created outside of the main directory
      specified in preferences
    - changed the 'about' dialog to use a tabbed notebook to display the
      pages instead of an HTMLWindow component
    - Added code to enable/disable the save button depending upon
      whether the project needs to be saved or not
    - added the ability to have different project paths on Windows and Linux
      to allow projects to be stored on a shared network resource for
      cross-platform testing
    - edit main script button was crashing the program if the main script text
      field was blank
    - Fixed problem with toolbar icon transparency under Windows
    - Added several new pixmap files to the project file for the new
      toolbar buttons
    - Moved a number of UI buttons up to the main toolbar for
      consistency
    - outputwindow was enabling the clipboard button after a successful
      rebuild

For now, I'd recommend putting this version in it's own directory and running 
it from there, i.e. Don't overwrite the version that is included in the 
standard install of PythonCard-0.8.2.

I'll get this version checked into CVS at some point tomorrow.#

As usual, feedback welcome either to this list or direct to me by e-mail. 
Enjoy!

-- 

Regards

Phil Edwards
Brighton, UK

Re: [Pythoncard-users] Change in pythonCard multipleChoiceDialog between WxPython unicode versions 2.6 and 2.8 on XP

[XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX]

On 04/01/2007 17:55, Steffl, Joseph wrote:

> Using WxPython 2.6, the pythonCard multipleChoiceDialog would allow
> multiple choices as well as quickly selecting all items by using
> keyboard and Shift keys.

What's the keyboard shortcut for selecting all the options? I just tried 
things like Ctrl+a in the multipleChoiceDialog sample on my old machine 
(PythonCard 0.8.2 + wxPython 2.5.2.8 + Windows NT 4) and I couldn't get
anything to work there either.

I can't believe "select all" shortcuts came and went with version 2.6.x...

-- 
XXXXXXXXXXX

[Pythoncard-users] Fame at last!

[Phil E. <ph...@li...>]

I've just recently put myself through the pain of a full backup of my laptop 
followed by a complete re-format and fresh install of Mandriva (formerly 
Mandrake) Linux 2007.

When I came to re-install wxPython and PythonCard, I used my own PythonCard 
RPM. However, looking at the available software on the Mandriva CDs just now, 
I was surprised to see the following:

python-card-0.8.1-3mdv2007.0
Name        : python-card
Version     : 0.8.1
Release     : 3mdv2007.0
Group       : Development/Python
Description :
PythonCard is a GUI construction kit for building cross-platform desktop
applications on Windows, Mac OS X, and Linux, using the Python language.

So, first of all, it looks like Mandriva now includes PythonCard as part of 
the main distribution, which is good news. I decided to take a look at how 
they'd built the RPM to see how it compared with mine, and I spotted the 
follwing comment in the official Mandriva spec file:

"* Tue Jun  7 2005 Frederic Lepied <fl...@ma...> 0.8.1-1mdk
- initial build (based on Phil Edwards' work)"

It's nice to know that at least some of the work that I've done is benefiting 
others, and hopefully this will help bring PythonCard to a wider audience.

-- 

Regards

Phil Edwards
Brighton, UK

Re: [Pythoncard-users] Change in pythonCard multipleChoiceDialog between WxPython unicode versions 2.6 and 2.8 on XP

[XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX]

On 05/01/2007 23:58, Kevin Altis wrote:
> 
> If in fact they replaced ListBox with CheckListBox, that seems like a  
> bug to me since they shouldn't have kept the same id if the  
> underlying functionality was going to change.

Sorry, I think I might have introduced a red herring. wxWidgets, not 
wxPython, introduced the following change in 2.7 according to the change 
notes:

"wxMultiChoiceDialog uses now wxCheckListBox if possible, wxListBox if not."

This must be what I read - I checked out the latest wxPython from CVS 
and used Spotlight to find any multiple choice dialog references. I 
missed the fact it was wxWidgets, not wxPython. My bad.....that's what 
you get for trying to help when you're full of a cold :-(

Mind you, the behaviour has still changed post-2.6, so I'm still a bit 
confused where exactly that has happened. I guess somewhere long the 
line dialogs.multipleChoiceDialog uses wxMultiChoiceDialog, hence the 
need to bypass the former.

-- 
XXXXXXXXXXX

Re: [Pythoncard-users] Change in pythonCard multipleChoiceDialog between WxPython unicode versions 2.6 and 2.8 on XP

[Kevin A. <al...@se...>]

On Jan 4, 2007, at 9:55 AM, Steffl, Joseph wrote:

> While migrating from WxPython 2.6 to 2.8 noticed a difference between
> the pythonCard dialog.multipleChoiceDialog.
>
> Using WxPython 2.6, the pythonCard multipleChoiceDialog would allow
> multiple choices as well as quickly selecting all items by using
> keyboard and Shift keys.  The WxPython 2.6 dialog did not display a
> checkbox next to each item either.
>
> Using WxPython 2.8, checkboxes are displayed next to each item and  
> there
> was no way using the keyboard to select all the items in the
> multipleChoiceDialog.  Since there are a large number of selections
> where at times I need to select all of them, the older way of  
> selection
> (w/o checkboxes) is preferred.
>
> Any clue as to what changed or how I can get the 2.6 version behavior
> back?
>
> Thanks.

I haven't installed wxPython 2.8.x on any boxes so the following  
suggestions are untested but it should get you going in the right  
direction.

The MultipleChoiceDialog is defined in wxPython, not wxWidgets, so it  
should be relatively simple to fix this for your code, though you may  
end up duplicating a lot of the underlying wxPython code and need to  
add an if/then block to use the old code if running wxPython 2.6.x or  
earlier.

PythonCard defines an alias to the wxPython dialog in PythonCard/ 
dialog.py with the following bits of code:

import wx
from wx.lib import dialogs

...

multipleChoiceDialog = dialogs.multipleChoiceDialog

As you can see from the import above you want to look at the wx/lib/ 
dialogs.py file for the code that needs to be tweaked for wxPython  
2.8. What you want to do is make your own multipleChoiceDialog and  
use that if wxPython version is 2.8 or higher. Something like:

if wx.VERSION >= (2, 8):
	multipleChoiceDialog = # your definition here

# in the rest of your code use multipleChoiceDialog instead of  
dialog.multipleChoiceDialog

If in fact they replaced ListBox with CheckListBox, that seems like a  
bug to me since they shouldn't have kept the same id if the  
underlying functionality was going to change. But even so, the old  
ListBox should still be available, you just need to figure out the id/ 
name and substitute that for the CheckListBox where the wxPython  
makes use of it.

ka

Re: [Pythoncard-users] standaloneBuilder news

[Sean K. F. <skf...@gm...>]

Hey, that's what I was getting on Vista.  It's probably just an issue with
the latest wxPython and not anything relating to Vista after all.

You can comment line 40 out safely and you won't receive that warning/error
any longer.  That module does not appear to be used any longer in the
standaloneBuilder that you're using, nor will it be present in the next
release that Phil's baking up, based on feedback I've received from Phil
this morning.

(Thanks Phil!)

-Sean


On 1/5/07, Matt Minton <mat...@ya...> wrote:
>
> Sorry for the lack of information. I'm running XP with
> Python 2.4, PyInstaller 1.3, py2exe 0.6.6, and
> PythonCard 0.8.2. Here's what I get when I run
> standaloneBuilder.rsrc.py in the Resource Editor:
>
>
> C:\Python24\Lib\site-packages\PythonCard\tools\standaloneBuilder\standaloneBuild
> er.py:40: DeprecationWarning: The wxPython
> compatibility package is no longer au
> tomatically generated or activly maintained.  Please
> switch to the wx package as
> soon as possible.
> from wxPython.html import wxHtmlEasyPrinting
> Traceback (most recent call last):
> File
> "C:\Python24\Lib\site-packages\PythonCard\tools\standaloneBuilder\standal
> oneBuilder.py", line 40, in ?
>    from wxPython.html import wxHtmlEasyPrinting
> File
> "C:\Python24\lib\site-packages\wx-2.7.2-msw-ansi\wxPython\html.py",
> line
> 151, in ?
>    wxHtmlWindowEvent = wx.html.HtmlWindowEvent
> AttributeError: 'module' object has no attribute
> 'HtmlWindowEvent'
> >>>
>
> Is there something up with my wxPython package? I had
> assumed I DLed the latest version (It wasn't that long
> ago). Thanks for your help!
>
> - Matt
>
>
> __________________________________________________
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
> your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Pythoncard-users mailing list
> Pyt...@li...
> https://lists.sourceforge.net/lists/listinfo/pythoncard-users
>



-- 
Thanks!
Sean

Re: [Pythoncard-users] standaloneBuilder news

[Matt M. <mat...@ya...>]

Sorry for the lack of information. I'm running XP with
Python 2.4, PyInstaller 1.3, py2exe 0.6.6, and
PythonCard 0.8.2. Here's what I get when I run
standaloneBuilder.rsrc.py in the Resource Editor:

C:\Python24\Lib\site-packages\PythonCard\tools\standaloneBuilder\standaloneBuild
er.py:40: DeprecationWarning: The wxPython
compatibility package is no longer au
tomatically generated or activly maintained.  Please
switch to the wx package as
 soon as possible.
  from wxPython.html import wxHtmlEasyPrinting
Traceback (most recent call last):
  File
"C:\Python24\Lib\site-packages\PythonCard\tools\standaloneBuilder\standal
oneBuilder.py", line 40, in ?
    from wxPython.html import wxHtmlEasyPrinting
  File
"C:\Python24\lib\site-packages\wx-2.7.2-msw-ansi\wxPython\html.py",
line
151, in ?
    wxHtmlWindowEvent = wx.html.HtmlWindowEvent
AttributeError: 'module' object has no attribute
'HtmlWindowEvent'
>>>

Is there something up with my wxPython package? I had
assumed I DLed the latest version (It wasn't that long
ago). Thanks for your help!

- Matt


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

Re: [Pythoncard-users] standaloneBuilder news

[Phil E. <ph...@li...>]

> On 1/5/07, Matt Minton <mat...@ya...> wrote:
> > I as hoping to get an update on standaloneBuilder.
> > Phil Edwards posted a note back in 11/06 about an
> > update, and the linux2000 website mentions a version
> > 0.3.0 that dispenses with the need for McMillan
> > (yea!), but I can't seem to find 0.3.0 for download.
> > Is it available somewhere? I'm trying to use 0.2.0,
> > and I getting a bunch of deprecation messages and
> > errors regarding wxPython (I'd post them, but I can't
> > cut/paste from a DOS terminal *grr*). Thanks!
> >

Hi Matt:

The current release version of standaloneBuilder doesn't use McMillan anyway - 
I switched over to using pyInstaller and added in support for py2exe prior to 
releasing version 0.2.0. For best results, make sure you have at least 
version 1.2 of pyInstaller, or switch to using py2exe instead - the actual 
build mechanism being used doesn't make any difference to standaloneBuilder, 
it takes care of all that behind the scenes for you.

Regarding the deprecation errors, if you can let me know what versions of 
PythonCard, wxPython, Python and Windows you're using we can probably get to 
the bottom of it. Seans tips about copy 'n paste from a DOS prompt should 
help if you'd like to post the error messages here.

Version 0.3.0 is still being kicked into shape, the changelog at the moment 
looks like this:

standaloneBuilder Version 0.3.0 release date TBA 
    - Help --> Manual now displays the documentation 
    - Inno setup and spec file buttons on the main window now simply 
      display the files, rather than trying to launch a full blown 
      editor just to view them 
    - Toolbar spec file button is disabled when py2exe is selected as 
      the build tool 
    - Projects can now be created outside of the main directory 
      specified in preferences 
    - changed the 'about' dialog to use a tabbed notebook to display the 
      pages instead of an HTMLWindow component 
    - Added code to enable/disable the save button depending upon 
      whether the project needs to be saved or not 
    - added the ability to have different project paths on Windows and Linux 
      to allow projects to be stored on a shared network resource for 
      cross-platform testing 
    - edit main script button was crashing the program if the main script text 
      field was blank 
    - Fixed problem with toolbar icon transparency under Windows 
    - Added several new pixmap files to the project file for the new 
      toolbar buttons 
    - Moved a number of UI buttons up to the main toolbar for 
      consistency 
    - outputwindow was enabling the clipboard button after a successful 
      rebuild 
    - Path selection and help buttons were not working for the plain 
      text editor fields in prefs 

The screenshots on my site at the moment show the revised UI layout which is 
the most obvious difference between 0.2.0 and 0.3.0. I have 3 or 4 minor bugs 
to squash before 0.3.0 will be ready to go, I just need to try and find some 
free time to work on the code a bit more. :-)

-- 

Regards

Phil Edwards
Brighton, UK

Re: [Pythoncard-users] standaloneBuilder news

[Sean K. F. <skf...@gm...>]

Matt,

With respect to copy/paste in a CMD prompt...

You should be able to simply click on the icon within the header bar and
select "Edit -> Mark".  Use your mouse to highlight what you wish to copy,
and hit your "Enter" key.  Alternatively, you could simply retype the main
warnings/errors you're getting at the end of the traceback, which might
signal some clues to those that may be able to assist you.  The warnings may
not even be occurring within standaloneBuilder itself.

Sorry, I cannot comment on a new version of standaloneBuilder, 'cause I have
no idea what Phil's plans are.  I've recently sent him an email about some
issues I was running into while attempting to setup my
PythonCard/standaloneBuilder environment in Windows Vista Business.  I ran
into a few glitches, but they were rather trivial to iron out - So FYI -
This all appears to work well in Vista so far.  I've not had any issues
setting up any of this on Windows XP in the past.  What platform are you
on?  You might want to share some specifics about your environment.  Either
way, the deprecation warnings should do nothing to hinder your ability to
create distributions of your PythonCard applications.  Are you unable to
successfully use the tool as it stands now?

-Sean


On 1/5/07, Matt Minton <mat...@ya...> wrote:
>
> I as hoping to get an update on standaloneBuilder.
> Phil Edwards posted a note back in 11/06 about an
> update, and the linux2000 website mentions a version
> 0.3.0 that dispenses with the need for McMillan
> (yea!), but I can't seem to find 0.3.0 for download.
> Is it available somewhere? I'm trying to use 0.2.0,
> and I getting a bunch of deprecation messages and
> errors regarding wxPython (I'd post them, but I can't
> cut/paste from a DOS terminal *grr*). Thanks!
>
> __________________________________________________
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
> your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Pythoncard-users mailing list
> Pyt...@li...
> https://lists.sourceforge.net/lists/listinfo/pythoncard-users
>



-- 
Thanks!
Sean

[Pythoncard-users] Interface Localization (PyhtonCard)

[ciko a. <cik...@gm...>]

Hello

Please can anyone direct me in how to localize the GUI created using
pythonCard.

I need the interface and all the menus and components to use arabic and to
start from right to left.

I am on a windows xp.

Thank you in advance.

[Pythoncard-users] standaloneBuilder news

[Matt M. <mat...@ya...>]

I as hoping to get an update on standaloneBuilder.
Phil Edwards posted a note back in 11/06 about an
update, and the linux2000 website mentions a version
0.3.0 that dispenses with the need for McMillan
(yea!), but I can't seem to find 0.3.0 for download.
Is it available somewhere? I'm trying to use 0.2.0,
and I getting a bunch of deprecation messages and
errors regarding wxPython (I'd post them, but I can't
cut/paste from a DOS terminal *grr*). Thanks!

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

Re: [Pythoncard-users] Change in pythonCard multipleChoiceDialog between WxPython unicode versions 2.6 and 2.8 on XP

[XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX]

On 04/01/2007 17:55, Steffl, Joseph wrote:
> While migrating from WxPython 2.6 to 2.8 noticed a difference between
> the pythonCard dialog.multipleChoiceDialog.

I upgraded my XP machine to Python 2.5 + wxPython 2.8.0.1 yesterday - 
same thing happens here. I took a quick look at the wxPython change 
notes and it looks like 2.8 has replaced the ListBox control in the 
multiple choice dialog with a newly implemented CheckListBox.

Unless somebody else comes up with a solution you might have to post a 
request on the wxPython mailing list and ask for the old functionality 
back, or file a bug on the wxPython bugtracker.

-- 
XXXXXXXXXXX

[Pythoncard-users] Change in pythonCard multipleChoiceDialog between WxPython unicode versions 2.6 and 2.8 on XP

[Steffl, J. <jos...@me...>]

While migrating from WxPython 2.6 to 2.8 noticed a difference between
the pythonCard dialog.multipleChoiceDialog.

Using WxPython 2.6, the pythonCard multipleChoiceDialog would allow
multiple choices as well as quickly selecting all items by using
keyboard and Shift keys.  The WxPython 2.6 dialog did not display a
checkbox next to each item either.

Using WxPython 2.8, checkboxes are displayed next to each item and there
was no way using the keyboard to select all the items in the
multipleChoiceDialog.  Since there are a large number of selections
where at times I need to select all of them, the older way of selection
(w/o checkboxes) is preferred.

Any clue as to what changed or how I can get the 2.6 version behavior
back?

Thanks.

Re: [Pythoncard-users] possible to script component names?

[Andy T. <an...@ha...>]

Alex Tweedly wrote:
> Alec Bennett wrote:
>> This is a hard one to explain, but here goes. I'd like to be able to
>> script component names in my PythonCard layout.
>>
>> For example, instead of saying something like:
>>
>> self.components.button4.file = "some_picture.jpg"
>>
>> I'd like to be able to do something like:
>>
>> button_number = 4
>> button = 'self.components.button" + `button_number` + ".file =
>> "some_picture.jpg"'
>>
>> Currently I'm burying everything in way too many if statements, which
>> is always a sign I'm doing things sloppily. If I could write a
>> function that, for example, redraws only a specific button, my code
>> would get much neater. But without being able to script or concatenate
>> the component name, I can't think of a way to do that.
>>
>> Is such a thing possible? Or is there some clever way to achieve the same thing?
> As Ed says, you could use Python's  'exec'  - but that always feels a 
> bit like cheating to me :-)
> 
> In Pythoncard, you can refer to components as either
>    self.components.button4
> or
>    self.components["button4"]
> 
> so I'd do something like
> 
>     button_name = "button%d" % button_number
>     self.components[button_name].file = "something.jpg"
> 
> 
> 
> 
> -- 
> 
> Alex Tweedly      mailto:al...@tw...      www.tweedly.net
> 

And you should be able to check that the object exists before 
referencing it by using hasattr, e.g. (not tested so apologies for 
syntax errors);

 >>> button_name = 'button' + passed_in_value
 >>> if hasattr(self.components, button_name):
...     self.components[button_name] = 'something.jpg'

For a case study of how to write code without referring to widgets by 
name take a look at the dbBrowser sample application. That creates and 
modifies components at run time.

Regards,
Andy
-- 
--------------------------------------------------------------------------------
 From the desk of Andrew J Todd esq - http://www.halfcooked.com/

Re: [Pythoncard-users] Targeting a component from a subthread?

[Alex T. <al...@tw...>]

Alec Bennett wrote:
> One more question and then I'm reasonably homefree:
>
> Any clue how to set a component from a sub thread?
>
> In other words, say I launch this thread from the class that's running my gui:
>
> class somethread ( threading.Thread ):
>
>    def run ( self ):
>
>       self.components.nowplaying.file = "somefile.jpg"
>
> somethread().start()
>
>
> Currently the "self" doesn't reach the PyCard gui. I confess to still
> being confused by "self", which is probably the problem.
>
> Here's how my gui is launched, if it mattes:
>
> class MyBackground(model.Background):
>    def on_initialize(self, event):
>
>
> I've been trying things like MyBackground.components.nowplaying.file =
> "somefile.jpg", but that's probably moronic.
>
>   
Not necessarily moronic, depending on the context :-)

Did you look at samples/chat.py, which does some simple threading (but 
in a different way).

It does the equivalent of
(sorry, this is untested, I'm in the process of switching computers, and 
can't actually run anything in Python right now :-)

class somethread:
   def __init__ (self, parent):
       self.parent = parent

  def run (self):
        self.parent.components..nowplaying.file = "somefile.jpg"



class MyBackground(model.Background):
    def on_initialize( self, event ):
       -- this 'self' is the background, and it is passed to 
'somethread' as the parameter 'parent'
       thethread = somethread(self)
       thethread.start()




-- 

Alex Tweedly      mailto:al...@tw...      www.tweedly.net

Re: [Pythoncard-users] possible to script component names?

[Alex T. <al...@tw...>]

Alec Bennett wrote:
> This is a hard one to explain, but here goes. I'd like to be able to
> script component names in my PythonCard layout.
>
> For example, instead of saying something like:
>
> self.components.button4.file = "some_picture.jpg"
>
> I'd like to be able to do something like:
>
> button_number = 4
> button = 'self.components.button" + `button_number` + ".file =
> "some_picture.jpg"'
>
> Currently I'm burying everything in way too many if statements, which
> is always a sign I'm doing things sloppily. If I could write a
> function that, for example, redraws only a specific button, my code
> would get much neater. But without being able to script or concatenate
> the component name, I can't think of a way to do that.
>
> Is such a thing possible? Or is there some clever way to achieve the same thing?
As Ed says, you could use Python's  'exec'  - but that always feels a 
bit like cheating to me :-)

In Pythoncard, you can refer to components as either
   self.components.button4
or
   self.components["button4"]

so I'd do something like

    button_name = "button%d" % button_number
    self.components[button_name].file = "something.jpg"




-- 

Alex Tweedly      mailto:al...@tw...      www.tweedly.net

[Pythoncard-users] Targeting a component from a subthread?

[Alec B. <wry...@gm...>]

One more question and then I'm reasonably homefree:

Any clue how to set a component from a sub thread?

In other words, say I launch this thread from the class that's running my gui:

class somethread ( threading.Thread ):

   def run ( self ):

      self.components.nowplaying.file = "somefile.jpg"

somethread().start()


Currently the "self" doesn't reach the PyCard gui. I confess to still
being confused by "self", which is probably the problem.

Here's how my gui is launched, if it mattes:

class MyBackground(model.Background):
   def on_initialize(self, event):


I've been trying things like MyBackground.components.nowplaying.file =
"somefile.jpg", but that's probably moronic.

Re: [Pythoncard-users] possible to script component names?

[Ed L. <ed...@le...>]

On Dec 18, 2006, at 8:13 AM, Alec Bennett wrote:

> For example, instead of saying something like:
>
> self.components.button4.file = "some_picture.jpg"
>
> I'd like to be able to do something like:
>
> button_number = 4
> button = 'self.components.button" + `button_number` + ".file =
> "some_picture.jpg"'
>
> Currently I'm burying everything in way too many if statements, which
> is always a sign I'm doing things sloppily. If I could write a
> function that, for example, redraws only a specific button, my code
> would get much neater. But without being able to script or concatenate
> the component name, I can't think of a way to do that.
>
> Is such a thing possible? Or is there some clever way to achieve  
> the same thing?

	You could do this with Python's exec statement. Construct the text  
of the command, and then use exec to execute it.

-- Ed Leafe
-- http://leafe.com
-- http://dabodev.com

[Pythoncard-users] possible to script component names?

[Alec B. <wry...@gm...>]

This is a hard one to explain, but here goes. I'd like to be able to
script component names in my PythonCard layout.

For example, instead of saying something like:

self.components.button4.file = "some_picture.jpg"

I'd like to be able to do something like:

button_number = 4
button = 'self.components.button" + `button_number` + ".file =
"some_picture.jpg"'

Currently I'm burying everything in way too many if statements, which
is always a sign I'm doing things sloppily. If I could write a
function that, for example, redraws only a specific button, my code
would get much neater. But without being able to script or concatenate
the component name, I can't think of a way to do that.

Is such a thing possible? Or is there some clever way to achieve the same thing?

Re: [Pythoncard-users] writing out

[Sean K. F. <skf...@gm...>]

Andy,

I'm not aware of any "Pythoncard-specific" way of persisting data, but there
are *several* approaches to persisting data within Python itself.  What type
of "info" specifically are you attempting to "write out to a file"?  The
persistant approaches I speak of include serializing or "shelving" (also
known as "pickling") your Python objects directly to a file to be later read
in ( http://www.network-theory.co.uk/docs/pytut/tut_58.html), writing data
in your own structure in plain-text files, or writing to a local database,
such as:

SQLite (pysqlite - http://www.initd.org/tracker/pysqlite)
Metakit (http://www.equi4.com/metakit/python.html )
ZODB (http://www.zope.org/Wikis/ZODB) and
(http://www.python.org/workshops/2000-01/proceedings/papers/fulton/zodb3.html
)

...and others...

I've personally used ZODB in my Pythoncard implementations with *great*
success, although it's a bit "bloated", and has a 2GB cap for each DB (can
be compacted easily though).  You can actually create self-persistent aware
classes that wrap the ZODB Persistent class.  Any updates done to an object
extending Persistent will automatically be persisted within your ZODB
database.  I believe ZODB's "FileStorage" method extends the "Pickle"
implementation build into Python, which is what I currently use... Even for
web-based projects where traffic is known to be light.  I may get around to
writing a ZODB interface for Pythoncard one of these days, but I've been
leaning towards JSON these last few months...

Other approaches I've used include JSON (http://www.json.org) to serialize
my (non-cyclical) data into strings using the Javascript Object Notation and
saving them to text files.  This is a "cheap" and easy solution which makes
your data available to other systems "natively" without any custom parsing
methods, as is the case with XML-based data persistence.  A JSON
parser/serializer has been written for most major languages out there.

You could always just structure your data in plain text files using Python's
built-in file-handling functionality:
http://www.network-theory.co.uk/docs/pytut/tut_56.html

I came across this while Googling links for as well (extends Pickle - Hey,
that sounds dirty!):
http://wiki.w4py.org/pythons-pickle-and-shelve-modules.html

Again, there are several approaches, and I've outlined which ones I've been
content with.  Your needs will ultimatley dictate what method is best for
you.  Research the capabilities in the approaches I've mentioned to make an
educated decision.

Good luck!

-Sean

On 12/13/06, Andy Ross <dar...@gm...> wrote:
>
> Hello all,
>
> I'm trying to make a program where you input info into the program and I
> wanted to know if there is a component or something that could write out to
> a file to permanently save what the user has inputted.
>
> is there such a component or function specific to pythoncard?
>
> ~Andy
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
> your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>
> _______________________________________________
> Pythoncard-users mailing list
> Pyt...@li...
> https://lists.sourceforge.net/lists/listinfo/pythoncard-users
>
>
>


-- 
Thanks!
Sean

[Pythoncard-users] writing out

[Andy R. <dar...@gm...>]

Hello all,

I'm trying to make a program where you input info into the program and I
wanted to know if there is a component or something that could write out to
a file to permanently save what the user has inputted.

is there such a component or function specific to pythoncard?

~Andy

Re: [Pythoncard-users] pythoncard rocks!

[<kc1...@ya...>]

You *can* use sizers in PythonCard - the one in wx.  I can't say that it's =
perfect but after doing it half a dozen times, I am getting pretty good at =
it now - and it really isn't that hard (just don't be shy about using lots =
of sizers to lay things out.  The only trouble I have is getting it to work=
 properly with controls that are initially hidden.=0A=0AI posted an example=
 to this list earlier to show how it's done=0A=0A> -----Original Message---=
--=0A> From: pyt...@li... =0A> [mailto:py=
tho...@li...] On =0A> Behalf Of Alec Bennet=
t=0A> Sent: Tuesday, December 12, 2006 4:03 AM=0A> To: pythoncard-users@lis=
ts.sourceforge.net=0A> Subject: [Pythoncard-users] pythoncard rocks!=0A> =
=0A> =0A> I've been working on a project, and the absense of sizers in =0A>=
 PythonCard made me try out wxGlade. WxGlade is great too, but =0A> it seem=
ed to me to have the opposite problem of PythonCard: =0A> it's waaaay too c=
oncerned with sizers, to the point that you =0A> can't even lay out compone=
nts without using them. (Unless I =0A> missed something very critical).=0A>=
 =0A> Anyway, after wrestling with the riddle of deeply nested =0A> resizer=
s for 3 days, I just came back to PythonCard and in a =0A> flash my whole l=
ayout is done.=0A> =0A> Phew.=0A> =0A> Now if only PythonCard had some nati=
ve sizer ability so I =0A> wouldn't have to force users of my app to use 10=
24x768 screen rez...=0A> =0A> ---------------------------------------------=
-----------------=0A> -----------=0A> Take Surveys. Earn Cash. Influence th=
e Future of IT=0A> Join SourceForge.net's Techsay panel and you'll get the =
=0A> chance to share your opinions on IT & business topics through =0A> bri=
ef surveys - and earn cash =0A> http://www.techsay.com/default.php?page=3Dj=
oin.php&p=3Dsourceforge=0A&CID=3DDEVDEV=0A_________________________________=
______________=0APythoncard-users mailing list Pyt...@li...urc=
eforge.net=0Ahttps://lists.sourceforge.net/lists/listinfo/pythoncard-users=
=0A=0A =0A--=0AJohn Henry=0A=0A

[Pythoncard-users] pythoncard rocks!

[Alec B. <wry...@gm...>]

I've been working on a project, and the absense of sizers in
PythonCard made me try out wxGlade. WxGlade is great too, but it
seemed to me to have the opposite problem of PythonCard: it's waaaay
too concerned with sizers, to the point that you can't even lay out
components without using them. (Unless I missed something very
critical).

Anyway, after wrestling with the riddle of deeply nested resizers for
3 days, I just came back to PythonCard and in a flash my whole layout
is done.

Phew.

Now if only PythonCard had some native sizer ability so I wouldn't
have to force users of my app to use 1024x768 screen rez...

Re: [Pythoncard-users] relative position of elements?

[Alex T. <al...@tw...>]

Alec Bennett wrote:

> I'm wondering if there's a way to position elements relative to the 
> window size? So for example, if hte window gets resized, the content's 
> position moves with it?
>
There's not a real good, general way to do it.

You can use the wxPython sizers directly - but that's a bit of work to 
learn how sizers work, and how they can be used (and to add the relevant 
code to your application). There are some of the samples / tools that do 
this (e.g. findfiles).

There is a *simple* form of relative sizer implemented which will work 
for *some*  *simple* cases; to use it you should add

from PythonCard import simpleSizer

to the head of your main source file, and then in your on_initialize 
handler add a line

        simpleSizer.autoSizer(self)

Give it a try - but it does only work in some cases ....

-- 
Alex Tweedly    al...@tw...   http://www.tweedly.net



-- 
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.409 / Virus Database: 268.15.9/573 - Release Date: 05/12/2006

Re: [Pythoncard-users] Revival of Pythoncard

[<kc1...@ya...>]

In an open-source project, "Dead" is when others "perceived" that you are d=
ead.  As I indicated earlier, this would help driving skillful programmers =
away - in search of more "interesting", more "alive" projects.=0A=0AWhile i=
t's all nice and good that we are productive *today*, we certainly can use =
more skillful contribution to the project=0A=0A=0A=0A-----Original Message-=
----=0AFrom: =0Ap...@li... =0A[mailto:p=
yth...@li...] On Behalf Of Sean =0AK. Frie=
se=0ASent: Tuesday, December 05, 2006 5:10 PM=0ATo: =0APycard mailing list=
=0ASubject: Re: [Pythoncard-users] Revival of =0APythoncard=0A=0A=0A> Hello=
,=0A>    I am a High School student =0Aat Yorktown High School and i worked=
=0A> extensively all my junior year with =0APythoncard. This year i wanted =
to=0A> continue my studies but my teacher =0Aseems to believe that Pythonca=
rd is =0A> dead. However, i will not give in =0Ato that message and i hope =
for a=0A> response that basically says that =0APythoncard is not dead yet=
=0A>=0A> Please prove me =0Aright.=0A=0A=0ADefine "dead".=0A=0AIt appears a=
s though you'd like to know =0Awhether or not Pythoncard will somehow "disa=
ppear", or be incapable of handling =0Aa large project you might cook up so=
me time down the road.  I wouldn't worry =0Aabout either, personally.  Pyth=
oncard offers one of the most accessible GUI =0Adevelopment layers for, in =
my opinion, the best language.  I wouldn't let your =0Ateacher's comment sw=
ay you from something you've become attached to for your own =0Areasons.  T=
hat is, after all, one of the great things about Python.  There are =0Amany=
 resources available to approach any problem using Python.  Selecting the =
=0Aone that is right for you is entirely up to you and your comfort level a=
lone. =0A=0A=0AYou'll find several resources on the web today that have eit=
her been =0Acompletely abandoned, or have not had many updates within the p=
ast year.  This =0Adoes *not* mean that resource is "dead".  Perhaps it is =
just that Pythoncard is =0Acapable and stable as it stands and does not req=
uire consistent updates.  What =0Ayou might want to ask yourself is whether=
 or not Pythoncard is the right =0Asolution for you *today*.  Since you've =
used it throughout your junior year in =0AHigh School, it would appear it h=
as worked for you in its current state.  =0APersonally, I've used Pythoncar=
d, along with the ever popular StandaloneBuilder =0Afor a while now, and I'=
ve not come across a scenario where I needed to look =0Aelsewhere.  There a=
re other alternatives to Pythoncard that sit upon the =0AwxPython framework=
 ("wax" is one of them).  Since I approach my solutions in a =0Amore "Pytho=
ncard" fashion, Pythoncard makes sense to me.  If it didn't, I =0Awouldn't =
use it.  I have no immediate need for components outside of what is =0Acurr=
ently available, and Pythoncard is indeed quite stable. =0A=0AI've used =0A=
Pythoncard for odd niche eLearning development applications and I'm still a=
mazed =0Aat how fast I'm able to throw them together using Pythoncard.  I p=
icked up =0APythoncard at first for prototyping applications only - Some bi=
g, some small.  =0AI've since used it exclusively for all of my application=
 development.  The =0Aavailability of "helper apps", like StandaloneBuilder=
, are just pure icing on =0Athe cake.  I've used platforms far more "active=
", such as .NET in the past, and =0AI must say that the time and overhead o=
f implementing the identical project in =0APythoncard has been far less for=
 me. =0A=0AIn the end, it is about choosing =0Awhat is right for both you a=
nd the problem at hand.  For my needs, Pythoncard is =0Athe right fit.=0A=
=0A=0A-- =0ARegards,=0ASean K. Friese [ skf...@gm...]=0A=0A =0A--=0AJ=
ohn Henry=0A=0A