boa-constructor-users

[Boa Constr] Error message when quitting Boa

[<ed....@nt...>]

Hi,

After playing aroud with different python versions and setups I've now settled down to 
using the following in Windows XP on an Athlon 1800+XP with 512 Megs of Ram.

Python 2.2.1
wxPython 2.3.2.1-Py22-Hybrid.exe
Boa-Constructor-0.1.0-alpha.Win32.exe

Problem:

Running Boa.py and all is fine until I exit.  [I haven't done anything with Boa yet!]
On exit I get the following error message: 

---------------------------------------------------------

Python.exe - Application Error
X The instructon at "0x00b576fe" referenced memory at "0x00000004"
The memory could not be "read".

Click OK to terminate the program
Click on CANCEL to debufg the program
OK CANCEL

-------------------------------------------------------

Any ideas?

Ed

Re: [Boa Constr] OGL & help files

[Riaan B. <riaan@e.co.za>]

Hello Blaine,

Blaine Lee wrote:
> 
> FYI: OGL is object graphics library.  It is designed to make [org, flow,
> CASE] charts easy.
> 
> I am trying to use OGL on a new project, when I looked through Boa's
> code, there were several references to the library, but I cannot find
> anything in the pallet, nor do I understand Boa's internals to figure
> out how to activate it.  Riaan, what is the future of OGL in Boa?

Boa uses OGL to provide the UML and Import diagram views.
See Views.OGLViews.py
In terms of the Frame Designer the best I hoped to do was provide a
wxShapeCanvas on the Palette, but I am not sure that is really useful
or that it is to do anything more.
When you use the OGL library you will usually require dynamic code 
rather than the static code that the Designer can generate.

> 
> I did add a line in config.py so that the OGL view is loaded, but still
> nothing.  I am using the CVS version (0.1.1), NT4, wxPython 2.3.2

There is no config setting to load the UMLView and Import views, they
are associated with Python modules.

Open a Python module in Boa and from the menu select: Views->UML,
or from a PyApp or wxApp module select: Views->Imports

> 
> Regarding the help files, I downloaded the doc zip.  It appears that
> there is only help on cvs, wxPython and Python.  I thought there was a
> Boa tutorial as well as some other docs specifically for it.  Did I not
> go to the right area?

The docs was split up into the Boa core docs (App help and Tutorial)
and extra docs (Python, wxPython, CVS) because of the size.
The core docs are available in the .src.zip file or the .win32.exe
files on the download page.

> 
> Blaine
> 

HTH,
Riaan.

Re: [Boa Constr] BOA debugger fails in a wxPython application

[Shane H. <sh...@zo...>]

Riaan Booysen wrote:
> Geza Groma wrote:
> 
>>I found that if a wxPython application runs  in the BOA debugger mode
>>the mainframe does not show up. Several weeks ago a similar problem was
>>posted in this list claming that it takes place only on Win9x/ME and not
>>in real multitasking Windows. In contrast to that I found the problem to
>>appear both on NT and XP machines using Python2.2.1, wxPython-2.3.3pre3
>>and BOA from the latest CVS.
>>
>>Is that a bug or do I make something wrong?
> 
> 
> wxPython-2.3.3pre3 fixes this problem, I've just checked in a change 
> to ChildProcessClient.py that makes use of this fix.
> The Show/Hide/Show stub should no longer be necessary if you are 
> running wxPython-2.3.3pre3 and updated from CVS.

Wow, I just read Robin's explanation, and it's amazing.  Windows 
actually ignores the Show() call because it wants to avoid displaying a 
hidden console window.  I'm glad someone figured this out.

Shane

[Boa Constr] OGL & help files

[Blaine L. <bl...@te...>]

FYI: OGL is object graphics library.  It is designed to make [org, flow,
CASE] charts easy.

I am trying to use OGL on a new project, when I looked through Boa's
code, there were several references to the library, but I cannot find
anything in the pallet, nor do I understand Boa's internals to figure
out how to activate it.  Riaan, what is the future of OGL in Boa?

I did add a line in config.py so that the OGL view is loaded, but still
nothing.  I am using the CVS version (0.1.1), NT4, wxPython 2.3.2

Regarding the help files, I downloaded the doc zip.  It appears that
there is only help on cvs, wxPython and Python.  I thought there was a
Boa tutorial as well as some other docs specifically for it.  Did I not
go to the right area?

Blaine

Re: [Boa Constr] BOA debugger fails in a wxPython application

[Geza G. <gr...@nu...>]

Riaan Booysen wrote:

> Geza Groma wrote:
> >
> > I found that if a wxPython application runs  in the BOA debugger mode
> > the mainframe does not show up. Several weeks ago a similar problem w=
as
> > posted in this list claming that it takes place only on Win9x/ME and =
not
> > in real multitasking Windows. In contrast to that I found the problem=
 to
> > appear both on NT and XP machines using Python2.2.1, wxPython-2.3.3pr=
e3
> > and BOA from the latest CVS.
> >
> > Is that a bug or do I make something wrong?
>
> wxPython-2.3.3pre3 fixes this problem, I've just checked in a change
> to ChildProcessClient.py that makes use of this fix.
> The Show/Hide/Show stub should no longer be necessary if you are
> running wxPython-2.3.3pre3 and updated from CVS.
>

Confirmed. I also realized that the minor incompatibility in About.py is =
also
eliminated. Thanks, BOA works very cool now.

Geza

>
> Thanks,
> Riaan.
>
> >
> > --
> > G=E9za Groma
> > Institute of Biophysics,
> > Biological Research Center of Hungarian Academy of Sciences
> > Temesv=E1ri krt.62.
> > 6726 Szeged
> > Hungary
> > phone: +36 62 432 232
> > fax:   +36 62 433 133
> >
> > _______________________________________________________________
> >
> > Don't miss the 2002 Sprint PCS Application Developer's Conference
> > August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cf=
m
> >
> > _______________________________________________
> > Boa-constructor-users mailing list
> > Boa...@li...
> > https://lists.sourceforge.net/lists/listinfo/boa-constructor-users
>
> _______________________________________________________________
>
> Don't miss the 2002 Sprint PCS Application Developer's Conference
> August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm
>
> _______________________________________________
> Boa-constructor-users mailing list
> Boa...@li...
> https://lists.sourceforge.net/lists/listinfo/boa-constructor-users

--
G=E9za Groma
Institute of Biophysics,
Biological Research Center of Hungarian Academy of Sciences
Temesv=E1ri krt.62.
6726 Szeged
Hungary
phone: +36 62 432 232
fax:   +36 62 433 133

Re: [Boa Constr] BOA debugger fails in a wxPython application

[Riaan B. <riaan@e.co.za>]

Geza Groma wrote:
> 
> I found that if a wxPython application runs  in the BOA debugger mode
> the mainframe does not show up. Several weeks ago a similar problem was
> posted in this list claming that it takes place only on Win9x/ME and not
> in real multitasking Windows. In contrast to that I found the problem to
> appear both on NT and XP machines using Python2.2.1, wxPython-2.3.3pre3
> and BOA from the latest CVS.
> 
> Is that a bug or do I make something wrong?

wxPython-2.3.3pre3 fixes this problem, I've just checked in a change 
to ChildProcessClient.py that makes use of this fix.
The Show/Hide/Show stub should no longer be necessary if you are 
running wxPython-2.3.3pre3 and updated from CVS.

Thanks,
Riaan.

> 
> --
> Géza Groma
> Institute of Biophysics,
> Biological Research Center of Hungarian Academy of Sciences
> Temesvári krt.62.
> 6726 Szeged
> Hungary
> phone: +36 62 432 232
> fax:   +36 62 433 133
> 
> _______________________________________________________________
> 
> Don't miss the 2002 Sprint PCS Application Developer's Conference
> August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm
> 
> _______________________________________________
> Boa-constructor-users mailing list
> Boa...@li...
> https://lists.sourceforge.net/lists/listinfo/boa-constructor-users

Re: [Boa Constr] BOA debugger fails in a wxPython application

[Riaan B. <riaan@e.co.za>]

Hello Geza,

Geza Groma wrote:
> 
> I found that if a wxPython application runs  in the BOA debugger mode
> the mainframe does not show up. Several weeks ago a similar problem was
> posted in this list claming that it takes place only on Win9x/ME and not
> in real multitasking Windows. In contrast to that I found the problem to
> appear both on NT and XP machines using Python2.2.1, wxPython-2.3.3pre3
> and BOA from the latest CVS.
> 
> Is that a bug or do I make something wrong?

To work in the Debugger you have to Show, Hide and Show the main frame 
of your application before it will display.

e.g.

if __name__ == '__main__':
    app = wxPySimpleApp()
    frame = create(None)
    frame.Show();frame.Hide();frame.Show() 
    app.MainLoop()

Also, there is currently an issue with wxPython-2.3.3pre3 where
the Inspector does not respond to mouse clicks.

HTH,
Riaan.

> 
> --
> Géza Groma
> Institute of Biophysics,
> Biological Research Center of Hungarian Academy of Sciences
> Temesvári krt.62.
> 6726 Szeged
> Hungary
> phone: +36 62 432 232
> fax:   +36 62 433 133
> 
> _______________________________________________________________
> 
> Don't miss the 2002 Sprint PCS Application Developer's Conference
> August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm
> 
> _______________________________________________
> Boa-constructor-users mailing list
> Boa...@li...
> https://lists.sourceforge.net/lists/listinfo/boa-constructor-users

Re: [Boa Constr] BOA debugger fails in a wxPython application

[Kevin L. <kl...@wa...>]

I was the original post-er of this issue, and I mis-diagnosed...

(Quoting the solution source)
One catch with using the debugger is that because of a ugly *feature*
of wxProcess the main frame of an application is made invisible.

To work around this change your

main.Show()

to

main.Show();main.Hide();main.Show()

The current code in cvs will also create stub code like this for new
modules.
(End quote)

The reason I was thinking is was only on Win9X was because I was testing
using an *old* project on Win9x and a new project on the W2K box.  The new
project had the fresh CVS Boa with the stub fix.
Put the show-hide-show line in your wxApp and the debugger will work.

Kevin

> I found that if a wxPython application runs  in the BOA debugger mode
> the mainframe does not show up. Several weeks ago a similar problem was
> posted in this list claming that it takes place only on Win9x/ME and
> not in real multitasking Windows. In contrast to that I found the
> problem to appear both on NT and XP machines using Python2.2.1,
> wxPython-2.3.3pre3 and BOA from the latest CVS.
>

[Boa Constr] BOA debugger fails in a wxPython application

[Geza G. <gr...@nu...>]

I found that if a wxPython application runs  in the BOA debugger mode
the mainframe does not show up. Several weeks ago a similar problem was
posted in this list claming that it takes place only on Win9x/ME and not
in real multitasking Windows. In contrast to that I found the problem to
appear both on NT and XP machines using Python2.2.1, wxPython-2.3.3pre3
and BOA from the latest CVS.

Is that a bug or do I make something wrong?

--
G=E9za Groma
Institute of Biophysics,
Biological Research Center of Hungarian Academy of Sciences
Temesv=E1ri krt.62.
6726 Szeged
Hungary
phone: +36 62 432 232
fax:   +36 62 433 133

[Boa Constr] menubar

[Nicolas B. R. <mag...@ya...>]

Greetings!

I'm having a hard time making a menubar. The tutorial is still for version 0.0.4 so it doesn't show how to make a menubar using the new utilities. Could someone please teach me how. Better yet, does someone have an updated version of the tutorial for version 0.1.0? I'm new to python much less boa so please go easy on me. :)

Regards,

Bill



---------------------------------
Do You Yahoo!?
LAUNCH - Your Yahoo! Music Experience

[Boa Constr] Re: Boa-constructor-users digest, Vol 1 #211 - 1 msg

[Julio <ju...@te...>]

boa...@li... wrote:

>Send Boa-constructor-users mailing list submissions to
>	boa...@li...
>
>To subscribe or unsubscribe via the World Wide Web, visit
>	https://lists.sourceforge.net/lists/listinfo/boa-constructor-users
>or, via email, send a message with subject or body 'help' to
>	boa...@li...
>
>You can reach the person managing the list at
>	boa...@li...
>
>When replying, please edit your Subject line so it is more specific
>than "Re: Contents of Boa-constructor-users digest..."
>
>
>Today's Topics:
>
>   1. wxListCtrl : first line hidden behind the column headers (Alain Tesio)
>
>--__--__--
>
>Message: 1
>Date: Sun, 19 May 2002 19:14:10 +0200
>From: Alain Tesio <al...@on...>
>To: boa...@li...
>Subject: [Boa Constr] wxListCtrl : first line hidden behind the column headers
>
>This is a multi-part message in MIME format.
>
>--Multipart_Sun__19_May_2002_19:14:10_+0200_0827f018
>Content-Type: text/plain; charset=US-ASCII
>Content-Transfer-Encoding: 7bit
>
>Hi, I'm using the control wxCtrl with the flag wxLC_REPORT,
>the first line is hidden behind the headers, you don't see
>it but when you move with the arrow up it's selected, as
>shown in the test application attached.
>
>I'm using :
>- boa cvs
>- wxGTK-2.3.2
>- wxPython-2.3.2
>on linux debian woody
>
>Am I doing something wrong or is it a bug in wxWindows ?
>
>Thanks
>Alain
>
>--Multipart_Sun__19_May_2002_19:14:10_+0200_0827f018
>Content-Type: application/octet-stream;
> name="wxbug.tar.gz"
>Content-Disposition: attachment;
> filename="wxbug.tar.gz"
>Content-Transfer-Encoding: base64
>
>H4sIALvb5zwAA+1X32+rNhTuM3+F16oKbFkKKUm6THlI02SNRJsqob13urpCbnBaa2BH4DTpfvzv
>OwZCgKbt9tA7TfL3Ahwfjo8/H38H1pv+cunQWDSWzwcfBNMyzY5pHpimaXXareJVwjJbzQOzY3es
>tmW3TuHesm2zfYDMj0qoiFUscITQwZyHy4BiNif7/d4b/5/i6LuTVRyd3FN2QtgTWj6LR860o3OO
>u1AYXbjCRdMWEQ/RenOTDDfWG0TDJY8E+l7Tsrv1ZhThkMhS0rSQ+6uAxKj3R61gr3XRF6uOaleY
>MrSQVsQXCOIHdI4F5awGgwV/KMna1780bR7gOEZpKvpaFqzR1RDAJws0YWNGhR6TYJFZJdYbae0H
>wTjED+QSMz8gUawbuYP0b4QykV4x9cY8IlgQ/ZozsnM+WvPoNxzxFfPRgkcoWjFG2QOCt4GTiM9J
>HL+M3Jg98rVu/LwzXFKflAypByq/OyPC5ctPlPkwmPvusomIWEUMiWhFNE1SIIf1bPF4xyasLOPM
>NKpjDbkHDudLoESjC+R5DBjwPNTroZrnyYieV0tDpuG1/7pSFT4C5eP2MXNI/W+/rv826H6m/+1W
>p9WR+t+xm0r/vwUSpU9KoJuVgvWm2ku9yTRyiSPCRKY7mShtY2wHNe0LSPGF9+nzaNq/GoL6lx7P
>b113cl21OuOZO3CnTtU+c/vueOAOP7ve+Ho0+QoCF+KlHuDw3sfIo6D43lxEQdyF967JeuzrRh1F
>mD0Q3TaMbSPJc8xuCs0ki8GDwAvgRAwgmOUNeLAKWZxIcR3lq871OLU0xiwmkUiddQgB2Zl12S5C
>LJImI5fljSbTq77rOcORW0ePBPuyj4DmwgsmtL819cUjPP9oGf8gvvWv4luV+JVVrwQN4mofXQJh
>VceE4i0bUV4BadtNGG14qaeXeVE/SbBUB7LfyMRqW0rhQUaDRx4n7jecMqHbZ+06OrVPYSdj+jtJ
>RmZwo9tmp46adksOiOcgHbkYjvq3DtAgZ/Fm7q/OsI4EFcnw9tvCqlW+A4oEGC+a8SCgkF4yZ3Vq
>Qyt750WTbkj2pL9cf6HEt0Tk7xYZyVguMQJVZe5nw/qpWWLDGXh301tnOEN/pk+XpafZ+PoXB1ga
>OlvLdHgzmULhPOGA+ljAp05CKlngVSDutsa97L1xaHa07N4c3kGRyoIdu8MrmcIQDvZFxf11XUj8
>JkwyLMvRkjdjQcIZCchcEL+6MfcrIThLt+U8ud+zKbkaBfieyPNVo8mZQwFlpLbbqSzYe/tkw0Y1
>zbMXW3Um7e3CRpllWtI09GLer8lmRkO6Iiu9VJcO/U3QuUs2AjZqwdM8ctseGioyW6CjwEEl6ntc
>WK3mfjISjspc7OSmrCKlflOtvkSTtk2n5DCHz3ZBop6pFf4ZSoxl8cnTnvB5LWb6OxMRKKosNb0Y
>vX5IwYSOjukhOi7Nu8tG/jlI3Ya/hrQnNQuT7ZkQpOe12SBM/fCYNtLpXowZ+yn4oWcVOXj18LzF
>R2XfZZKOLA89JeCYSrckiswsCdEIPTk2Zj7ZqN8IBQUFBQUFBQUFBQUFBQUFBQUFBQUFhW+AvwFf
>/QDtACgAAA==
>
>--Multipart_Sun__19_May_2002_19:14:10_+0200_0827f018--
>
>
>
>--__--__--
>
>_______________________________________________
>Boa-constructor-users mailing list
>Boa...@li...
>https://lists.sourceforge.net/lists/listinfo/boa-constructor-users
>
>
>End of Boa-constructor-users Digest
>
hello.

You must set the size of the listCtrl after column creation.

Put in your __init__

self.listCtrl1.SetSize(self.listCtrl1.GetSize())


def __init__(self, parent):
        self._init_ctrls(parent)
        # Corregimos un minor bug... que afecta al tamaño del listCtrl 
después de crear las columnas
        self.listCtrl1.SetSize(self.listCtrl1.GetSize())

(If your list control name is listCtrl1...)

bye... ;)

Julio Jiménez

[Boa Constr] wxListCtrl : first line hidden behind the column headers

[Alain T. <al...@on...>]

Hi, I'm using the control wxCtrl with the flag wxLC_REPORT,
the first line is hidden behind the headers, you don't see
it but when you move with the arrow up it's selected, as
shown in the test application attached.

I'm using :
- boa cvs
- wxGTK-2.3.2
- wxPython-2.3.2
on linux debian woody

Am I doing something wrong or is it a bug in wxWindows ?

Thanks
Alain

Re: [Boa Constr] Database applications in Boa

[Bill B. <bi...@kg...>]

Thanks for the tip.  Here a couple of links found thru google.

http://www.roninsoft.com/
http://www.ambysoft.com/persistenceLayer.html

They are rich sources of information.
Don't know where I read that boa was database aware, but that's why I pursued 
it.  
Glade does support database access, but I don't care the interface technique.
Well, nothing ventured, nothing gained.

-Bill

Re: [Boa Constr] Database applications in Boa

[John B. <jbe...@ya...>]

As Alain pointed out Boa is only designed to deal with
the interface issue.  AFAIK the Zope integration is
designed only to cover the interactive management of
the properties of Zope objects rather than being some
kind of ZODB integration.  Some of the wxWindows
planning documents allude to the idea of database
aware objects as a long term idea, but this was all
written a long time ago and I don't know if it's
relevant any longer.  Also, if implemented I imagine
they'd choose ODBC support.  As far as a platform is
concerned, unfortunately ZODB doesn't have a
PostgreSQL interface, and given that the ZODB code
includes quite a bit of Python internals magic writing
one is not for the faint hearted!  If you're
interested in PostgreSQL I'd recomend using the
psycopg package, particularly if you're writing
threaded applications.  AFAIK there's no really
serious Python software out there for dealing with the
higher level issues of database integration (ie.
database aware objects, support for transactions etc).
 If your interest goes that far there's a couple of
papers on design issues by Scott Ambler, I think on
the Ronin Software site.  Sorry, but I can't recall
the URL.

John Bell

--- Bill Barnes <bi...@kg...> wrote:
> Now that I have been thru the Guide and am fairly
> comfortable it is time to 
> cut to the chase.
> Has anyone connected to PostgreSQL with Boa?
> Do I have to use Zope for this?
> Are there running programs available that can help
> with this?
> I printed documentation from wxWindows to study the
> wxDb classes.
> There are python libraries for db connections but I
> would like to stay within 
> the Boa framework if possible.
> 
> Appreciate any comments and help you may have.
> 
> -Bill
> 
>
_______________________________________________________________
> 
> Have big pipes? SourceForge.net is looking for
> download mirrors. We supply
> the hardware. You get the recognition. Email Us:
> ban...@so...
> _______________________________________________
> Boa-constructor-users mailing list
> Boa...@li...
>
https://lists.sourceforge.net/lists/listinfo/boa-constructor-users


__________________________________________________
Do You Yahoo!?
LAUNCH - Your Yahoo! Music Experience
http://launch.yahoo.com

Re: [Boa Constr] Database applications in Boa

[Alain T. <al...@on...>]

On Fri, 10 May 2002 20:23:24 -0500
Bill Barnes <bi...@kg...> wrote:

> 
> Now that I have been thru the Guide and am fairly comfortable it is time to 
> cut to the chase.
> Has anyone connected to PostgreSQL with Boa?
> Do I have to use Zope for this?
> Are there running programs available that can help with this?
> I printed documentation from wxWindows to study the wxDb classes.
> There are python libraries for db connections but I would like to stay within 
> the Boa framework if possible.
> 
> Appreciate any comments and help you may have.
> 
> -Bill

Boa and wxWindows are dealing with interfaces, I think that python
librairies are appropriate for what you want, there could be some
add-ons within wxWindows supported by Boa like datagrids binded to
a query but that's secondary IMO.

Alain

[Boa Constr] Database applications in Boa

[Bill B. <bi...@kg...>]

Now that I have been thru the Guide and am fairly comfortable it is time to 
cut to the chase.
Has anyone connected to PostgreSQL with Boa?
Do I have to use Zope for this?
Are there running programs available that can help with this?
I printed documentation from wxWindows to study the wxDb classes.
There are python libraries for db connections but I would like to stay within 
the Boa framework if possible.

Appreciate any comments and help you may have.

-Bill

Re: [Boa Constr] wxMenu.Append nolonger has "checkable" parameter

[John B. <jbe...@ya...>]

Well, this situation isn't really particularly
unusual.  wxWindows (and thus wxPython) has a fairly
high rate of change in the function signature
department for a product of it's level of maturity. 
Some people see this as instability and grizzle
accordingly, but I see it as just reflecting the fact
that the dev team (and the users) are still brimming
with ideas and willing to bear the cost of
implementing them.  This is a large part of what makes
wxPython so much better than Tkinter!  Admittedly,
life would probably be a little easier if their
'stable releases' were a little more frequent.

If your current concern is just to get boa running
(without the enhancements) with your current wxMac
distribution you probably don't need to do much more
than change the name of the name of the property in
the three files it occurs in
(Companions.UtilCompanions, Editor and methodparse).

Regards,
John Bell

--- Seth Delackner <se...@jt...> wrote:
> On Thu, 2002-05-09 at 22:57, Bell John wrote:
> > This isn't quite the case.  Looking at the source
> (see
> > src/defs.i for wxItemKind) the 'checkable'
> property
> > has been replaced by the property 'kind' which can
> > take on a wider range of values.  I haven't
> checked
> > yet if this has actually been updated in the docs,
> but
> > it certainly hasn't been in the changes.txt file -
> > sigh.  Hence I don't know what the new 'kinds' are
> > for.  It just so happens that the values for a
> > checkable item in both the old and new syntax
> happen
> > to be 1.  To answer your question re the CVS
> version,
> > no it still conforms to the 2.3.2 model.
> 
> Yes, it is compatible as long as you aren't using
> named parameters.  If
> you use named parameters (as Boa constructor does),
> then the "checkable"
> being changed to "kind" breaks it.  As far as I can
> see, the simplest
> fix is to just put the "checkable" parameter as an
> unnamed first
> parameter:
> 	checkable = false
> 	parent.Append(checkable, helpString = '...', ...)
> 
> Or just parent.Append(false, ...).  Both solutions
> are less readable and
> uglier than the current state of things, but they
> should at least work.
> 
> Or Boa could just stop passing named parameters for
> that method, as a
> preemptive measure to avoid getting broken in the
> future if other names
> change because they at least made the unnamed
> calling signature stay
> compatible.
> 
> 
>
_______________________________________________________________
> 
> Have big pipes? SourceForge.net is looking for
> download mirrors. We supply
> the hardware. You get the recognition. Email Us:
> ban...@so...
> _______________________________________________
> Boa-constructor-users mailing list
> Boa...@li...
>
https://lists.sourceforge.net/lists/listinfo/boa-constructor-users


__________________________________________________
Do You Yahoo!?
Yahoo! Shopping - Mother's Day is May 12th!
http://shopping.yahoo.com

[Boa Constr] startup and closing error messages

[Bill B. <bi...@kg...>]

Starting from the boa directory and the terminal displays 

>attaching wxPython doc strings 
>wxPython Doc strings: /home/billb/download/boa/boa/Docs/wxDocStrings.msh 
>failed to load
>showing main frames

Downloaded wxPython docs but couldn't find this file.

Then closing boa (no activity) gets this message in the terminal

>Exception exceptions.TypeError: "'NoneType' object is not callable" in  
>ignored

Don't know that this has consequences.  May, of course, be missing some help 
in the opening message.

-Bill

Re: [Boa Constr] wxMenu.Append nolonger has "checkable" parameter

[Seth D. <se...@jt...>]

On Thu, 2002-05-09 at 22:57, Bell John wrote:
> This isn't quite the case.  Looking at the source (see
> src/defs.i for wxItemKind) the 'checkable' property
> has been replaced by the property 'kind' which can
> take on a wider range of values.  I haven't checked
> yet if this has actually been updated in the docs, but
> it certainly hasn't been in the changes.txt file -
> sigh.  Hence I don't know what the new 'kinds' are
> for.  It just so happens that the values for a
> checkable item in both the old and new syntax happen
> to be 1.  To answer your question re the CVS version,
> no it still conforms to the 2.3.2 model.

Yes, it is compatible as long as you aren't using named parameters.  If
you use named parameters (as Boa constructor does), then the "checkable"
being changed to "kind" breaks it.  As far as I can see, the simplest
fix is to just put the "checkable" parameter as an unnamed first
parameter:
	checkable = false
	parent.Append(checkable, helpString = '...', ...)

Or just parent.Append(false, ...).  Both solutions are less readable and
uglier than the current state of things, but they should at least work.

Or Boa could just stop passing named parameters for that method, as a
preemptive measure to avoid getting broken in the future if other names
change because they at least made the unnamed calling signature stay
compatible.

Re: [Boa Constr] wxMenu.Append nolonger has "checkable" parameter

[Bell J. <jbe...@ya...>]

--- Seth Delackner <se...@jt...> wrote:
> I'm using 0.1.0, and I wonder if the CVS version has
> "fixed" this?  In
> the next release of wxPython (and the current (yes,
> unstable) mac
> version) the parameter has been replaced.  Calling
> append without named
> parameters, ala Append(ID, 'text', 'help text', 1)
> (1 for checkable)
> works in both the old and new versions.  I'm not
> sure of any other
> backwards-compatible fix.

This isn't quite the case.  Looking at the source (see
src/defs.i for wxItemKind) the 'checkable' property
has been replaced by the property 'kind' which can
take on a wider range of values.  I haven't checked
yet if this has actually been updated in the docs, but
it certainly hasn't been in the changes.txt file -
sigh.  Hence I don't know what the new 'kinds' are
for.  It just so happens that the values for a
checkable item in both the old and new syntax happen
to be 1.  To answer your question re the CVS version,
no it still conforms to the 2.3.2 model.

Regards,
John Bell

> 
> 
> 
> 
>
_______________________________________________________________
> 
> Have big pipes? SourceForge.net is looking for
> download mirrors. We supply
> the hardware. You get the recognition. Email Us:
> ban...@so...
> _______________________________________________
> Boa-constructor-users mailing list
> Boa...@li...
>
https://lists.sourceforge.net/lists/listinfo/boa-constructor-users


__________________________________________________
Do You Yahoo!?
Yahoo! Shopping - Mother's Day is May 12th!
http://shopping.yahoo.com

[Boa Constr] wxMenu.Append nolonger has "checkable" parameter

[Seth D. <se...@jt...>]

I'm using 0.1.0, and I wonder if the CVS version has "fixed" this?  In
the next release of wxPython (and the current (yes, unstable) mac
version) the parameter has been replaced.  Calling append without named
parameters, ala Append(ID, 'text', 'help text', 1) (1 for checkable)
works in both the old and new versions.  I'm not sure of any other
backwards-compatible fix.

[Boa Constr] Error creating MENU?

[Jose R. <jri...@ya...>]

Hi...
I'm using Windows XP and have BOA 0.1.0-alpha.

I get this error when following the GettingStarted,
try tu create the menu.

TypeError: unbound method properties() must be called
with CollectionDTC instance as first argument (got
MenuDTC instance instead)

Thanks for your help.

Bye

Here it is the Log Error:
--------------------------
1:57:35 PM: Traceback (most recent call last):        
                                     
1:57:35 PM:   File
"C:\TOOLS\Python22\wxPython\tools\boa\Views\DataView.py",
line 197, in OnObjectSelect
1:57:35 PM:     self.updateSelection()                
                                     
1:57:35 PM:       File
"C:\TOOLS\Python22\wxPython\tools\boa\Views\DataView.py",
line 190, in updateSelection
1:57:35 PM:    
self.inspector.selectObject(self.objects[self.selection[0][0]][0],
false)   
1:57:35 PM:       File
"C:\TOOLS\Python22\wxPython\tools\boa\Inspector.py",
line 222, in selectObject
1:57:35 PM:     c_p = compn.getPropList()             
                                     
1:57:35 PM:       File
"C:\TOOLS\Python22\wxPython\tools\boa\Companions\BaseCompanions.py",
line 138, in getPropList
1:57:35 PM:     propList =
RTTI.getPropList(self.control, self)                  
          
1:57:35 PM:       File
"C:\TOOLS\Python22\wxPython\tools\boa\RTTI.py", line
145, in getPropList
1:57:35 PM:     xtraProps = cmp.properties()          
                                     
1:57:35 PM:       File
"C:\TOOLS\Python22\wxPython\tools\boa\Companions\UtilCompanions.py",
line 220, in properties
1:57:35 PM:     props = CollectionDTC.properties(self)
                                     
1:57:35 PM:     TypeError: unbound method properties()
must be called with CollectionDTC instance as first
argument (got MenuDTC instance instead)


__________________________________________________
Do You Yahoo!?
Yahoo! Health - your guide to health and wellness
http://health.yahoo.com

Re: [Boa Constr] file server access from Boa

[Blaine L. <bl...@te...>]

In my opinion, I would use cvs in the case you are describing.  I do use
samba to provide the office's network, so for my situation, it was more
work to learn and install cvs.  It was well worth it.

Cvs will coordinate among multiple developers, and take care of the
CR/LF issues when/if you start development/deployment on Linux.  Even if
you develop alone, cvs will keep a history of all cvs commits (saves)
and will synchronize all source code if you develop on multiple
machines.

Cvs usage is somewhat automated in Boa, I am still stuck in Boa v0.0.5,
if you are here too, be careful to close all files after doing a cvs
update, as it appears Boa doesn't refresh the open files in that case.

FYI, if you already have your samba network drives mapped to local drive
letters, you should easily be able to access the file system.  In Boa's
explorer click Filesystem, then in the right window right click and
'New'.

Blaine

Tim Couper wrote:

> I'm hoping that someone has already done this.
>
> I have developers using Boa on NT and need to be able
> to read and write files which are stored on a linux
> file server. Is there a way within Boa to search and
> get such files? Is the solution to use Samba to give
> access to directories just like Windows, or is there
> something within Boa which allows me to do this.
>
> Thanks for your time.
>
> Tim
>
> Dr Tim Couper
> CTO
> TAC Software Ltd
>
> __________________________________________________
> Do You Yahoo!?
> Everything you'll ever need on one web page
> from News and Sport to Email and Music Charts
> http://uk.my.yahoo.com
>
> _______________________________________________
> Boa-constructor-users mailing list
> Boa...@li...
> https://lists.sourceforge.net/lists/listinfo/boa-constructor-users

RE: [Boa Constr] file server access from Boa

[Gerrit V. D. <Ger...@de...>]

>I have developers using Boa on NT and need to be able
>to read and write files which are stored on a linux
>file server. Is there a way within Boa to search and
>get such files? Is the solution to use Samba to give
>access to directories just like Windows, or is there
>something within Boa which allows me to do this.
>

I don't think Boa has such a facility. The way we do it is to use samba to
export the linux filesystem. Boa then has no problem with the filesystem as
it is just another windows filesystem. In fact we use samba permanently for
almost any file sharing between windows and linux, not just for Boa. Our
main development file server is a linux server and samba works without any
problems. Our developers has the choice of which platform they want to
develop on(Linux or Windows). We use Visual C++ with the projects sitting on
the linux box and we have not experienced any problems yet.

Hope this helps
Gerrit
 
-------------------------------------------------------------------------
This e-mail is intended only for the use of the individual or entity named
above and may contain information that is confidential and privileged,
proprietary to the company and protected by law. If you are not the intended
recipient, you are hereby notified that any dissemination, distribution or
copying of this e-mail is strictly prohibited. Opinions, conclusions and
other information in this message that do not relate to the official
business of our company shall be understood as neither given nor endorsed by
it.

[Boa Constr] file server access from Boa

[<drt...@ya...>]

I'm hoping that someone has already done this.

I have developers using Boa on NT and need to be able
to read and write files which are stored on a linux
file server. Is there a way within Boa to search and
get such files? Is the solution to use Samba to give
access to directories just like Windows, or is there
something within Boa which allows me to do this.

Thanks for your time.

Tim

Dr Tim Couper
CTO
TAC Software Ltd



__________________________________________________
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
http://uk.my.yahoo.com