pythoncard-users — PythonCard Users and Developers

[Pythoncard-users] Re: Dropdown combo box in a grid

[Aaron H. <arc...@gm...>]

On Wed, 2005-11-23 at 11:21 -0500, Aaron Howard wrote:
> I seem to recall some discussion of this before but I can't seem to
> locate it now...
>=20
> Is there a way to change the default behavior of a cell in a grid so
> that instead of getting a text box for editing the contents of said cell
> upon entering it, a drop-down combo box could be used instead?

Okay, scratch that.  I figured it out.  Now I have another question (or
two):

How can I make it not take three clicks to select from the list?  And
for that matter, how can I make it a typedown list?

Here's some sample code:

liGrid =3D self.components.LineItemGrid
liGrid.CreateGrid(1, 6)=20
liGrid.SetCellEditor(0, 1, wx.grid.GridCellChoiceEditor(['A','B','C']))

When I do this, I get a combo box with choices A, B, and C in the cell.
But it is ridiculously unintuitive how to get it to take my entry.  Say
I tab into the field, then I have to press a key (or click with the
mouse) to get the field active, then I have to press either alt-down or
click the down button to display the list and either use the up and down
arrow keys or use the mouse to select from the combo box.

Any ideas on how I can make it a type down combo box?

-Aaron
--=20
Aaron Howard <arc...@gm...>

[Pythoncard-users] Dropdown combo box in a grid

[Aaron H. <arc...@gm...>]

I seem to recall some discussion of this before but I can't seem to
locate it now...

Is there a way to change the default behavior of a cell in a grid so
that instead of getting a text box for editing the contents of said cell
upon entering it, a drop-down combo box could be used instead?

-Aaron
--=20
Aaron Howard <arc...@gm...>

Re: [Pythoncard-users] Re: Pythoncard-users digest, Vol 1 #1091 - 3 msgs

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

On Tue, 2005-11-22 at 09:36 +0100, Thies Thate wrote:

> I think I mixed up something. PythonCard works now on Mandriva 2006
> using:
> wxPython-common-gtk2-ansi-2.6.1.0-mdk102_py2.4.i586.rpm
> wxPython2.6-gtk2-ansi-2.6.1.0-mdk102_py2.4.i586.rpm
> PythonCard-0.8.1-3mdk.noarch.rpm
> The version of Python packed in Mandriva 2006 is 2.4.1
> 

Excellent, thanks for letting me know!

-- 

Phil Edwards
Brighton, UK

[Pythoncard-users] Re: Pythoncard-users digest, Vol 1 #1091 - 3 msgs

[Thies T. <mj...@pl...>]

Op ma, 21-11-2005 te 20:30 -0800, schreef
pyt...@li...:
> Message: 2
> Subject: Re: [Pythoncard-users] Mandriva 2006
> From: Phil Edwards <ph...@li...>
> To: Pythoncard-Users <pyt...@li...>
> Date: Mon, 21 Nov 2005 10:04:05 +0000
> 
> On Sun, 2005-11-20 at 10:29 +0100, Thies Thate wrote:
> > Hello everybody,
> > Pythoncard works fine on mandrake 10.2(LE)., Phil Edwards(Linux2000)
> > helped  with new rpms. In the mean time I switched to Mandriva 2006.
> > Perhaps someone can help me again?
> > Thanks Thies Thate ;]
> > 
> 
> I'm still using LE2005 here so i haven't been able to test the RPMs on
> the 2006 release yet. Can you tell me which version of Python is
> packed
> in Mandriva 2006? Also, what problems are you seeing after installing
> the RPM?

Phil,

I think I mixed up something. PythonCard works now on Mandriva 2006
using:
wxPython-common-gtk2-ansi-2.6.1.0-mdk102_py2.4.i586.rpm
wxPython2.6-gtk2-ansi-2.6.1.0-mdk102_py2.4.i586.rpm
PythonCard-0.8.1-3mdk.noarch.rpm
The version of Python packed in Mandriva 2006 is 2.4.1

Thanks again,
Thies Thate

[Pythoncard-users] Show an Image for every item in the list

[anrxc <an...@hi...>]

Hi, I'm trying to display an image for every item in the MultiColumnList.
So after some time looking at wxPython code I came up with:
import wx, sys
from PythonCard import model

bljak = ['a','b','c']

class Template(model.Background):
    def on_initialize(self, event):
	self.il = wx.ImageList(16, 16)
	self.idx1 = self.il.Add(wx.Bitmap('arhiva.png', wx.BITMAP_TYPE_PNG))
	
	self.components.listo.SetImageList(self.il, wx.IMAGE_LIST_SMALL)
	itemks = enumerate(bljak)
	for bla, data in itemks:
            index =
self.components.listo.InsertImageStringItem(sys.maxint, data[0], self.idx1)
            self.components.listo.SetItemData(index, bla)

if __name__ == '__main__':
    app = model.Application(Template)
    app.MainLoop()


This works, but is there a more 'proper' way to write this?
Thank you...

-- 
Adrian C. (anrxc) | PGP:0xA8916BBD | xmpp:an...@ja... | ICQ:237982949

Re: [Pythoncard-users] Mandriva 2006

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

On Sun, 2005-11-20 at 10:29 +0100, Thies Thate wrote:
> Hello everybody,
> Pythoncard works fine on mandrake 10.2(LE)., Phil Edwards(Linux2000)
> helped  with new rpms. In the mean time I switched to Mandriva 2006.
> Perhaps someone can help me again?
> Thanks Thies Thate ;]
> 

I'm still using LE2005 here so i haven't been able to test the RPMs on
the 2006 release yet. Can you tell me which version of Python is packed
in Mandriva 2006? Also, what problems are you seeing after installing
the RPM?

-- 

Phil Edwards
Brighton, UK

[Pythoncard-users] Re: Mandriva 2006 (Thies Thate)

[Al <pal...@ya...>]

I gave up getting it to work on earlier versions, but upgraded to 2006 with a 
net upgrade, then installed it, I think from the Warwick repository, and it 
works just fine.

Al

[Pythoncard-users] Mandriva 2006

[Thies T. <mj...@pl...>]

Hello everybody,
Pythoncard works fine on mandrake 10.2(LE)., Phil Edwards(Linux2000)
helped  with new rpms. In the mean time I switched to Mandriva 2006.
Perhaps someone can help me again?
Thanks Thies Thate ;]

Re: [Pythoncard-users] Import a file in TextArea

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

Brian Mahoney wrote:

>
> In the "for" loop of file f  the statement
> base.desc.text = line
> is SETTING base.desc.text to the latest value of line,
> I think you want to be APPENDING the value of each line
>
> for line in f:           #  f  is enough,  no readlines() is necessary
>     base.desc.text += line    #  appending
>
Although correct, this is perhaps not as efficient as it could be - 
string append isn't terribly fast in Python anyway, and updating the 
text in the component is a *lot* of work, done for each line. You could 
instead do:

lines = []
for line in f:
    lines.append(line)
base.desc.text = "".join(lines)

and it will do large files apparently instantaneously (as opposed to > 
10 seconds for the line-by-line method).

-- 
Alex Tweedly       http://www.tweedly.net



-- 
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.362 / Virus Database: 267.13.2/170 - Release Date: 15/11/2005

Re: [Pythoncard-users] Import a file in TextArea

[anrxc <an...@hi...>]

Brian Mahoney wrote:
> In the "for" loop of file f  the statement
> base.desc.text = line
> is SETTING base.desc.text to the latest value of line,
> I think you want to be APPENDING the value of each line
> 
> for line in f:           #  f  is enough,  no readlines() is necessary
>     base.desc.text += line    #  appending
> 
> 

Thank you.


-- 
Adrian C. (anrxc) | PGP:0xA8916BBD | xmpp:an...@ja... | ICQ:237982949

Re: [Pythoncard-users] Import a file in TextArea

[Brian M. <mrb...@gm...>]

On 11/18/05, anrxc <an...@hi...> wrote:
>
> Hi, I have a little issue maybe someone can help me out.
>
> I created a MultiColumnList and a TextArea.
> In the MultiColumnList I display a list of files in some directory that
> contains txt files:
> def on_initialize(self, event):
> lista =3D os.listdir(pkDir)
> lista.sort()
> self.components.packs.Append(lista)
>
> And upon selecting a file in the list I want to display it's contents in
> the TextArea:
> def on_packs_select(self, event):
> base =3D self.components
> redovi =3D base.packs.getStringSelection()
> red =3D redovi[0]
>
> os.chdir(pkDir)
> f =3D file(red, 'r')
> for line in f.readlines():
> base.descs.text =3D line
>
>
> So this works, but I only get displayed the last line in the file.
>
> If I add "print line" to the end of the function I can see the whole file
> being printed to my terminal, so why TextArea displays only the last line=
?
>
>
>
In the "for" loop of file f the statement
base.desc.text =3D line
is SETTING base.desc.text to the latest value of line,
I think you want to be APPENDING the value of each line

for line in f: # f is enough, no readlines() is necessary
base.desc.text +=3D line # appending

[Pythoncard-users] Import a file in TextArea

[anrxc <an...@hi...>]

Hi, I have a little issue maybe someone can help me out.

I created a MultiColumnList and a TextArea.
In the MultiColumnList I display a list of files in some directory that
contains txt files:
def on_initialize(self, event):
    lista = os.listdir(pkDir)
    lista.sort()
    self.components.packs.Append(lista)

And upon selecting a file in the list I want to display it's contents in
the TextArea:
def on_packs_select(self, event):
    base = self.components
    redovi = base.packs.getStringSelection()
    red = redovi[0]

    os.chdir(pkDir)
    f = file(red, 'r')
    for line in f.readlines():
        base.descs.text = line


So this works, but I only get displayed the last line in the file.

If I add "print line" to the end of the function I can see the whole file
being printed to my terminal, so why TextArea displays only the last line?

Best regards, Adrian C.

-- 
Adrian C. (anrxc) | PGP:0xA8916BBD | xmpp:an...@ja... | ICQ:237982949

Re: [Pythoncard-users] Window tracking

[<kim...@ya...>]

Thanks,

--- Alex Tweedly <al...@tw...> wrote:

> kim...@ya... wrote:
> 
> >Hi there, thanks for the reply.
> >
> >I am afraid that's not what I am looking for.  I
> know
> >how to get the parent.  My question was how do I
> >position the child window so that it opens up over
> the
> >parent.   For instance, under Windows XP, if I am
> >using 2 monitors, if I don't do anything, the
> parent
> >window might end up on one side and the child
> window
> >will end up somewhere on the other side.
> >
> >What I am looking for is something like:
> >
> >a) Get the parents coordinate
> >b) Set the child coordinate to be some kind of a
> >function of the parent
> >c) Set up an event handler so that whenever the
> parent
> >window moves, change the child windows coordinate
> to
> >follow the parent.
> >
> >I know how to do these things in C - just don't
> know
> >how to use do it in PythonCard.
> >
> >  
> >
> Both the parent and child window are just windows,
> so you can use any of 
> the functions for a wxWindow.
> So, in the child's on_initialize(), you can do
> something like:
> 
>    self.Centre()
> which will centre the child window over its parent.
> 
> Or you can do
>         self.parent = self.GetParent()
>         bx,by, dx, dy = self.parent.GetRect()
>         self.Move( (bx, by+dy) )
> to move the origin of the child to the bottom left
> of the parent.
> 
> Or .... lots of things like that.
> 
> In the parent window, you can add something like
> 
>         self.childWindow = model.childWindow(self,
> MyChild)
> 
> and have handlers
> 
> >     def on_size(self, event):
> >         print "size"
> >         bx,by, dx, dy = self.GetRect()
> >         self.childWindow.Move( (bx, by+dy) )
> >         pass
> >
> >     def on_move(self, event):
> >         print "move"
> >         bx,by, dx, dy = self.GetRect()
> >         self.childWindow.Move( (bx, by+dy) )
> >         pass
> 
> of course, you ought to check that the child window
> exists, etc. :-)
> 
> 
> -- 
> Alex Tweedly       http://www.tweedly.net
> 
> 
> 
> -- 
> No virus found in this outgoing message.
> Checked by AVG Free Edition.
> Version: 7.1.362 / Virus Database: 267.13.2/170 -
> Release Date: 15/11/2005
> 
> 


--
John Henry

Re: [Pythoncard-users] Window tracking

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

kim...@ya... wrote:

>Hi there, thanks for the reply.
>
>I am afraid that's not what I am looking for.  I know
>how to get the parent.  My question was how do I
>position the child window so that it opens up over the
>parent.   For instance, under Windows XP, if I am
>using 2 monitors, if I don't do anything, the parent
>window might end up on one side and the child window
>will end up somewhere on the other side.
>
>What I am looking for is something like:
>
>a) Get the parents coordinate
>b) Set the child coordinate to be some kind of a
>function of the parent
>c) Set up an event handler so that whenever the parent
>window moves, change the child windows coordinate to
>follow the parent.
>
>I know how to do these things in C - just don't know
>how to use do it in PythonCard.
>
>  
>
Both the parent and child window are just windows, so you can use any of 
the functions for a wxWindow.
So, in the child's on_initialize(), you can do something like:

   self.Centre()
which will centre the child window over its parent.

Or you can do
        self.parent = self.GetParent()
        bx,by, dx, dy = self.parent.GetRect()
        self.Move( (bx, by+dy) )
to move the origin of the child to the bottom left of the parent.

Or .... lots of things like that.

In the parent window, you can add something like

        self.childWindow = model.childWindow(self, MyChild)

and have handlers

>     def on_size(self, event):
>         print "size"
>         bx,by, dx, dy = self.GetRect()
>         self.childWindow.Move( (bx, by+dy) )
>         pass
>
>     def on_move(self, event):
>         print "move"
>         bx,by, dx, dy = self.GetRect()
>         self.childWindow.Move( (bx, by+dy) )
>         pass

of course, you ought to check that the child window exists, etc. :-)


-- 
Alex Tweedly       http://www.tweedly.net



-- 
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.362 / Virus Database: 267.13.2/170 - Release Date: 15/11/2005

RE: [Pythoncard-users] Window tracking

[<kim...@ya...>]

Hi there, thanks for the reply.

I am afraid that's not what I am looking for.  I know
how to get the parent.  My question was how do I
position the child window so that it opens up over the
parent.   For instance, under Windows XP, if I am
using 2 monitors, if I don't do anything, the parent
window might end up on one side and the child window
will end up somewhere on the other side.

What I am looking for is something like:

a) Get the parents coordinate
b) Set the child coordinate to be some kind of a
function of the parent
c) Set up an event handler so that whenever the parent
window moves, change the child windows coordinate to
follow the parent.

I know how to do these things in C - just don't know
how to use do it in PythonCard.

Regards,

--
John


--- "Kooshesh, Sayed A" <KOO...@do...> wrote:

> Here is a snippet I used:
> 
> class Acquire(model.Background):
> 
>     def on_initialize(self, event):
>         ....
>         self.parent = self.GetParent() 
>         .....
> 
> -----------------------------------------------
> "A human being is a part of the whole called by us
> universe, a part
> limited in time and space. He experiences himself,
> his thoughts and
> feeling as something separated from the rest, a kind
> of optical delusion
> of his consciousness. This delusion is a kind of
> prison for us,
> restricting us to our personal desires and to
> affection for a few
> persons nearest to us. Our task must be to free
> ourselves from this
> prison by widening our circle of compassion to
> embrace all living
> creatures and the whole of nature in its beauty."
> Albert Einstein
> ------------------------------------------------
> 
> ******************************************
> Sayed Arian Sterling Kooshesh
> Computer Applications Technician
> District 2/IDOT
> 819 Depot Ave
> Dixon, IL  61021
> koo...@do...
> (815) 284-5494
> 
> -----Original Message-----
> From: pyt...@li...
>
[mailto:pyt...@li...]
> On Behalf Of
> kim...@ya...
> Sent: Friday, November 18, 2005 1:10 PM
> To: pyt...@li...
> Subject: [Pythoncard-users] Window tracking
> 
> Hi list,
> 
> Does anybody know if there's an easy way for a
> ChildWindow to "track"
> the position of the parent window?  For the very
> least, when opening a
> child-window, I like it to at least get close to
> where the parent window
> is.
> 
> Thanks,
> 
> --
> John
> 
> --
> John Henry
> 
> 
>
-------------------------------------------------------
> This SF.Net email is sponsored by the JBoss Inc. 
> Get Certified Today
> Register for a JBoss Training Course.  Free
> Certification Exam for All
> Training Attendees Through End of 2005. For more
> info visit:
>
http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click
> _______________________________________________
> Pythoncard-users mailing list
> Pyt...@li...
>
https://lists.sourceforge.net/lists/listinfo/pythoncard-users
> 
> 
>
-------------------------------------------------------
> This SF.Net email is sponsored by the JBoss Inc. 
> Get Certified Today
> Register for a JBoss Training Course.  Free
> Certification Exam
> for All Training Attendees Through End of 2005. For
> more info visit:
> http://ads.osdn.com/?ad_idv28&alloc_id845&op=click
> _______________________________________________
> Pythoncard-users mailing list
> Pyt...@li...
>
https://lists.sourceforge.net/lists/listinfo/pythoncard-users
> 


--
John Henry

RE: [Pythoncard-users] Window tracking

[Kooshesh, S. A <KOO...@do...>]

Here is a snippet I used:

class Acquire(model.Background):

    def on_initialize(self, event):
        ....
        self.parent =3D self.GetParent()=20
        .....

-----------------------------------------------
"A human being is a part of the whole called by us universe, a part
limited in time and space. He experiences himself, his thoughts and
feeling as something separated from the rest, a kind of optical delusion
of his consciousness. This delusion is a kind of prison for us,
restricting us to our personal desires and to affection for a few
persons nearest to us. Our task must be to free ourselves from this
prison by widening our circle of compassion to embrace all living
creatures and the whole of nature in its beauty."
Albert Einstein
------------------------------------------------

******************************************
Sayed Arian Sterling Kooshesh
Computer Applications Technician
District 2/IDOT
819 Depot Ave
Dixon, IL  61021
koo...@do...
(815) 284-5494

-----Original Message-----
From: pyt...@li...
[mailto:pyt...@li...] On Behalf Of
kim...@ya...
Sent: Friday, November 18, 2005 1:10 PM
To: pyt...@li...
Subject: [Pythoncard-users] Window tracking

Hi list,

Does anybody know if there's an easy way for a ChildWindow to "track"
the position of the parent window?  For the very least, when opening a
child-window, I like it to at least get close to where the parent window
is.

Thanks,

--
John

--
John Henry


-------------------------------------------------------
This SF.Net email is sponsored by the JBoss Inc.  Get Certified Today
Register for a JBoss Training Course.  Free Certification Exam for All
Training Attendees Through End of 2005. For more info visit:
http://ads.osdn.com/?ad_id=3D7628&alloc_id=3D16845&op=3Dclick
_______________________________________________
Pythoncard-users mailing list
Pyt...@li...
https://lists.sourceforge.net/lists/listinfo/pythoncard-users

[Pythoncard-users] Window tracking

[<kim...@ya...>]

Hi list,

Does anybody know if there's an easy way for a
ChildWindow to "track" the position of the parent
window?  For the very least, when opening a
child-window, I like it to at least get close to where
the parent window is.

Thanks,

--
John

--
John Henry

Re: [Pythoncard-users] Estimated release date for new version of PythonCard

[Brian M. <mrb...@gm...>]

I slept on this. Perhaps Property Editor run options could be
saved in pythoncard_config/pythoncard_config.txt
Only "other args" would be passed as command line args,
just the the way I want my program to receive my
own args.


On 11/10/05, Brian Mahoney <mrb...@gm...> wrote:
>
> I'm not going to be set up for CVS soon enough. My input is
> based on the current release of PythonCard for Windows.
> I want to check on the Property Editor run options problem.
> These are collected as a string from the "Other args" text field
> in the "Run Options" window launched from the Property Editor.
> Things go well until all args are copied into self.cmdLineArgs in
> getCommandLineArgs() in resourceEditor.py. This method has
> no self.cmdLineArgs['otherargs'] so the other args string never
> makes it into the args variable of runScript().
>
> Actually, I'm not sure if I want them in the args variable, anyway.
> If I'm using the optparse module or the clever recipe for parsing
> a docstring to validate command line options
> http://aspn.activestate.com/ASPN/Cookbook/Python/Recipe/278844
> then the additional PythonCard options mess up my valid
> command line options. I think in 99% of cases these PythonCard
> options are only used by a developer, not an end user, who is running
> a program with only the options which I am ready to handle with
> my code.
>
> Maybe I would be better off if the Property Editor run options window
> let me save all options as one environment variable. Or anything that
> would leave the command line options as I intended while getting
> the "run options" information to the PythonCard initialization.
>
> Is this too much to ask? Especially as no one else has complained
> about this. I just really like documenting and validating my command
> line args and the Property Editor arg technique makes it difficult.
>
> Any ideas?
>
> On 11/10/05, Phil Edwards <ph...@li...> wrote:
> >
> > On Thu, 2005-11-10 at 23:14 +1100, Andy Todd wrote:
> > > > If people want to post specific issues with the current release,
> >
> >
> >
>

Re: [Pythoncard-users] Estimated release date for new version of PythonCard

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

No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.362 / Virus Database: 267.12.8/162 - Release Date: 05/11/2005

Re: [Pythoncard-users] Estimated release date for new version of PythonCard

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

On Thu, 2005-11-10 at 12:46 +0000, Phil Edwards wrote:

> I seem to remember there was also some strangeness to do with trying to
> re-size text fields as well, but I'll check that shortly and post here
> if/when I can be more specific.
> 

Checked this last night and this problem seems to have gone away with
the current release of wxPython 2.6.

-- 

Phil Edwards
Brighton, UK

Re: [Pythoncard-users] Estimated release date for new version of PythonCard

[Brian M. <mrb...@gm...>]

I'm not going to be set up for CVS soon enough. My input is
based on the current release of PythonCard for Windows.
I want to check on the Property Editor run options problem.
These are collected as a string from the "Other args" text field
in the "Run Options" window launched from the Property Editor.
Things go well until all args are copied into self.cmdLineArgs in
getCommandLineArgs() in resourceEditor.py. This method has
no self.cmdLineArgs['otherargs'] so the other args string never
makes it into the args variable of runScript().

Actually, I'm not sure if I want them in the args variable, anyway.
If I'm using the optparse module or the clever recipe for parsing
a docstring to validate command line options
http://aspn.activestate.com/ASPN/Cookbook/Python/Recipe/278844
then the additional PythonCard options mess up my valid
command line options. I think in 99% of cases these PythonCard
options are only used by a developer, not an end user, who is running
a program with only the options which I am ready to handle with
my code.

Maybe I would be better off if the Property Editor run options window
let me save all options as one environment variable. Or anything that
would leave the command line options as I intended while getting
the "run options" information to the PythonCard initialization.

Is this too much to ask? Especially as no one else has complained
about this. I just really like documenting and validating my command
line args and the Property Editor arg technique makes it difficult.

Any ideas?

On 11/10/05, Phil Edwards <ph...@li...> wrote:
>
> On Thu, 2005-11-10 at 23:14 +1100, Andy Todd wrote:
> > > If people want to post specific issues with the current release,
>
>
>

Re: [Pythoncard-users] Estimated release date for new version of PythonCard

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

On Thu, 2005-11-10 at 23:14 +1100, Andy Todd wrote:
> > If people want to post specific issues with the current release, 

Nothing new, indeed nothing that I think is specific to PythonCard -
there are still problems with dragging buttons in the resource editor
under Linux and list components can't be clicked on to select them. Both
these appear to be just GTK bugs that remain un-resolved in the 2.6.x
versions. The button dragging issue has been reported on the
boa-constructor discussion forum on SF, so that's definitely not
specific to PythonCard.

I seem to remember there was also some strangeness to do with trying to
re-size text fields as well, but I'll check that shortly and post here
if/when I can be more specific.

I've had some feedback on standaloneBuilder from Alex and incorporated
most of his suggestions (menu items are still a couple of iterations
behind the rest of the user interface) into the version currently in
CVS. I haven't made the time to look at getting it to work with py2exe
yet and it needs to have the error checking beefed up where it passes
off to McMillan Installer and Inno to build the executable.

> > documentation, etc. especially if they can double-check against the 
> > versions in cvs to verify it hasn't been fixed, that would be helpful 
> > for getting another release out this month.
> > 
> > ka
> +1 for a 0.8.2 release this month. Although that does mean that I should 

Yup, I'm up for that, too.

-- 

Phil Edwards
Brighton, UK

Re: [Pythoncard-users] Estimated release date for new version of PythonCard

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

Kevin Altis wrote:
> On Nov 4, 2005, at 12:10 PM, Ruben Marquez wrote:
> 
>> Hi,
>>
>> I've been away from PythonCard for a while.  I'm happy
>> to see that it seems to be in active development.
>> However, I was surprised to see that the last official
>> release is over a year old.  Am I missing something.
>> Is everyone just working off of the CVS version (like
>> the Boa users)?  Any way, no pressure, just checking.
>> Thanks.
>>
>> -Ruben
>>
> 
> There is still active development, but mostly outside the framework. 
> Alex has been more active than I on the development side, but I have to 
> admit I'm waiting on Robin to get back to wxPython for a lot of wx 
> 2.6.2, etc. fixes. But it is probably time to do a minor release to 
> incorporate cvs changes.
> 
> If people want to post specific issues with the current release, 
> documentation, etc. especially if they can double-check against the 
> versions in cvs to verify it hasn't been fixed, that would be helpful 
> for getting another release out this month.
> 
> ka
+1 for a 0.8.2 release this month. Although that does mean that I should 
get all of my exception handling changes checked in sooner rather than 
later.

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

Re: [Pythoncard-users] Estimated release date for new version of PythonCard

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

On Nov 4, 2005, at 12:10 PM, Ruben Marquez wrote:

> Hi,
>
> I've been away from PythonCard for a while.  I'm happy
> to see that it seems to be in active development.
> However, I was surprised to see that the last official
> release is over a year old.  Am I missing something.
> Is everyone just working off of the CVS version (like
> the Boa users)?  Any way, no pressure, just checking.
> Thanks.
>
> -Ruben
>

There is still active development, but mostly outside the framework. 
Alex has been more active than I on the development side, but I have to 
admit I'm waiting on Robin to get back to wxPython for a lot of wx 
2.6.2, etc. fixes. But it is probably time to do a minor release to 
incorporate cvs changes.

If people want to post specific issues with the current release, 
documentation, etc. especially if they can double-check against the 
versions in cvs to verify it hasn't been fixed, that would be helpful 
for getting another release out this month.

ka

Re: [Pythoncard-users] Estimated release date for new version of PythonCard

[Ruben M. <rmc...@ya...>]

Well, I hate to be the one to ask, but how hard would
it be to put together a new little release to bring us
all up to date? :) (Some of us are behing firewalls
that prevent CVS access, you know .)

--- Alex Tweedly <al...@tw...> wrote:

> Ruben Marquez wrote:
> 
> >Hi,
> >
> >I've been away from PythonCard for a while.  I'm
> happy
> >to see that it seems to be in active development. 
> >However, I was surprised to see that the last
> official
> >release is over a year old.  Am I missing
> something. 
> >Is everyone just working off of the CVS version
> (like
> >the Boa users)?  Any way, no pressure, just
> checking. 
> >Thanks.
> >  
> >
> It is in active development - but since the last
> release the great 
> majority of changes have been enhancements,
> improvements or bug fixes to 
> the tools (which usually had a workaround).
> 
> * That's from memory - so particularly unreliable
> :-)
> 
> So I suspect that there could a be a fair proportion
> of users out there 
> still using quite happily the last released version.
> And I think there is another good portion who are
> happily working from 
> CVS and getting the advantage of the improvements in
> the tools 
> (resourceEditor and standalone Builder mostly)
> 
> 
> -- 
> Alex Tweedly       http://www.tweedly.net
> 
> 
> 
> -- 
> No virus found in this outgoing message.
> Checked by AVG Free Edition.
> Version: 7.1.362 / Virus Database: 267.12.8/161 -
> Release Date: 03/11/2005
> 
> 
> 
>
-------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's
> Geronimo App Server. Download
> it for free - -and be entered to win a 42" plasma tv
> or your very own
> Sony(tm)PSP.  Click here to play:
> http://sourceforge.net/geronimo.php
> _______________________________________________
> Pythoncard-users mailing list
> Pyt...@li...
>
https://lists.sourceforge.net/lists/listinfo/pythoncard-users
> 



		
__________________________________ 
Yahoo! FareChase: Search multiple travel sites in one click.
http://farechase.yahoo.com