boa-constructor-users

Re: [Boa Constr] (no subject)

[Carlos R. <car...@gm...>]

As you probably already know, this error happens when you have a invalid
character on a string. Usually the ascii codec is the one to complain, but
you seem to have an invalid char for a utf8 string (I don't even knew that
it could happen but i tend to believe the error message ;-)). You said you
have the same config on both computers, but surely there's something
different. First thing is to locate the module which throws this error, you
should have this info also somewhere. I assume that this is a string that
you got or read somewhere - from a file or database. It probably is stored
in a different format.

One possible culprit is the DB engine which may be configured to use a
different encoding. Checkt it too.

Carlos Ribeiro

On Mon, Oct 4, 2010 at 05:33, serge gauthier <gau...@wa...> wrote:

> Hi,
>
> I use Boa for several years with satisfaction. I installed it on a laptop
> Boa 0.6.1 wxPython 2.8.10. The same configuration on my desktop pc and the
> same project.
> When I place a breakpoint I have a "UnicodeDecodeError" when launching the
> debugger: 'utf8 codec can't decode byte 0xe9 in position 27 !!
>
>
>
> Have you a idea ?
>
>
>
> SG
>
>
> ------------------------------------------------------------------------------
> Virtualization is moving to the mainstream and overtaking non-virtualized
> environment for deploying applications. Does it make network security
> easier or more difficult to achieve? Read this whitepaper to separate the
> two and get a better understanding.
> http://p.sf.net/sfu/hp-phase2-d2d
> _______________________________________________
> Boa-constructor-users mailing list
> Boa...@li...
> https://lists.sourceforge.net/lists/listinfo/boa-constructor-users
>
>


-- 
Carlos Ribeiro
Consultoria em Projetos
twitter: http://twitter.com/carribeiro
blog: http://rascunhosrotos.blogspot.com
mail: car...@gm...

[Boa Constr] (no subject)

[serge g. <gau...@wa...>]

Hi, I use Boa for several years with satisfaction. I installed it on a laptop Boa 0.6.1 wxPython 2.8.10. The same configuration on my desktop pc and the same project.
When I place a breakpoint I have a "UnicodeDecodeError" when launching the debugger: 'utf8 codec can't decode byte 0xe9 in position 27 !!   Have you a idea ?   SG

[Boa Constr] FlatNotebook.plug-in.py - support for agwStyle

[Werner F. B. <wer...@fr...>]

In a recent revamp of wx.lib.agw an "agwStyle" flag was introduced (see 
thread "AGW Revamped" in the middle of April of this year).

I can't figure out how to adapt the FlatNotebook.plug-in.py in 
Boa\Plug-ins to support this in the designer.

Appreciate any tips
Werner

[Boa Constr] use of boa constructor to develop a soft keyboard

[divyaCEM <cem...@gm...>]

i am trying to develop a soft keyboard using boa constructor

To do that i have to disply the name of a button in "malayalam" language.In
oreder to do that the format is u"\u0d05"
details
print u"\u0d05" yeilds the first letter in malayalam

when i change the label of the button to u"\u0d05" it simply displys as
"u"\u0d05" instead of showing the corresponding unicode character in
malayalam language. 
http://old.nabble.com/file/p27900565/untitled.bmp untitled.bmp 
-- 
View this message in context: http://old.nabble.com/use-of-boa-constructor-to-develop-a-soft-keyboard-tp27900565p27900565.html
Sent from the BoA Constructor - User mailing list archive at Nabble.com.

[Boa Constr] debugger - fault max recursion depth exceeded

[Werner F. B. <wer...@fr...>]

I trying to debug part of my application and in different places I run 
into this error.

1. How can I find out what does the "recursion" as it is not my own code 
- at least not that I am aware of ;-)
2. Is there a setting which influences the depth?

Werner

Re: [Boa Constr] unable save any script in Boacontructor 0.6.1 for python 2.6

[Werner F. B. <wer...@fr...>]

On 06/03/2010 10:29, MADHUBALA VASIREDDY wrote:
> Hi,
>
> I have installed python 2.6.3 (r263:75183) and pygame 1.8.1 etc as what
> is required for my development work and installed boa constructor 0.6.1.
>
> When I am trying to save either app or frame scripts it is giving
> “Unicode encode error: charmap codec cannot encode characters inposition
> 0-1:Char maps to <undefined>”
do you have a sitecustomize.py?

What you do get in the Boa shell when you do this?
Python 2.6.4 (r264:75708, Oct 26 2009, 08:23:19) [MSC v.1500 32 bit 
(Intel)] on win32
Type "help", "copyright", "credits" or "license" for more information.

import sys
sys.getdefaultencoding()
'ascii'

>
> Can anyone tell me what could be the reason? My system is new and I
> installed all fresh including visualstudio and python.
As you have visualstudio I assume you are on Windows, correct?

What Boa installer did you use?

If you used the 0.6.1.bin.setup.exe please un-install that and use the 
0.6.1src.win32.exe or get Boa from CVS.

BTW, this is a member only list, please subscribe to it on Sourceforge 
otherwise your posts will only come through when one of the admins 
approves it.

Werner

[Boa Constr] unable save any script in Boacontructor 0.6.1 for python 2.6

[MADHUBALA V. <mad...@in...>]

Hi,

 

I have installed python 2.6.3 (r263:75183) and pygame 1.8.1 etc as what is
required for my development work and installed boa constructor 0.6.1. 

When I am trying to save either app or frame  scripts it is giving  "Unicode
encode error: charmap codec cannot encode characters inposition 0-1:Char
maps to <undefined>"

 

Can anyone tell me what could be the reason? My system is new and I
installed all fresh including visualstudio and python.

 

Thanks,

Madhubala

 

 

Re: [Boa Constr] Suggested patches for Boa to work with wxPython 2.9

[Alexei V. <ale...@gm...>]

Sorry, didn't notice there was a more detailed traceback:

Traceback (most recent call last):
  File "Boa.py", line 711, in <module>
    main()
  File "Boa.py", line 693, in main
    app = BoaApp()
  File "Boa.py", line 497, in __init__
    wx.App.__init__(self, False)
  File "//usr/local/lib/wxPython-unicode-2.9.0.1.b20100122/lib/python2.6/site-packages/wx-2.9.0-osx_carbon-unicode/wx/_core.py",
line 8499, in __init__
    self._BootstrapApp()
  File "//usr/local/lib/wxPython-unicode-2.9.0.1.b20100122/lib/python2.6/site-packages/wx-2.9.0-osx_carbon-unicode/wx/_core.py",
line 8064, in _BootstrapApp
    return _core_.PyApp__BootstrapApp(*args, **kwargs)
  File "Boa.py", line 507, in OnInit
    self.locale.AddCatalog('boa')
  File "//usr/local/lib/wxPython-unicode-2.9.0.1.b20100122/lib/python2.6/site-packages/wx-2.9.0-osx_carbon-unicode/wx/_gdi.py",
line 2898, in AddCatalog
    return _gdi_.Locale_AddCatalog(*args, **kwargs)
wx._core.PyAssertionError: C++ assertion "!m_strShort.empty()" failed
at /BUILD/wxPython-src-2.9.0.1.b20100122/src/common/intl.cpp(2554) in
AddCatalog(): must initialize catalog first


On Wed, Feb 24, 2010 at 5:34 PM, Alexei Vinidiktov
<ale...@gm...> wrote:
> Thanks for the patches!
>
> I've applied them but when I launch Boa on Mac OS X 10.6.2 I get this
> error message:
>
> C++ assertion "!m_strShort.empty()" failed at
> /BUILD/wxPython-src-2.9.0.1.b20100122/src/common/intl.cpp (2554) in
> AddCatalog(): must initialize catalog first
>
> Any idea how to work around this?
>
> Thanks.
>
> --
> Alexei Vinidiktov
>



-- 
Alexei Vinidiktov

Re: [Boa Constr] Suggested patches for Boa to work with wxPython 2.9

[Alexei V. <ale...@gm...>]

Thanks for the patches!

I've applied them but when I launch Boa on Mac OS X 10.6.2 I get this
error message:

C++ assertion "!m_strShort.empty()" failed at
/BUILD/wxPython-src-2.9.0.1.b20100122/src/common/intl.cpp (2554) in
AddCatalog(): must initialize catalog first

Any idea how to work around this?

Thanks.

-- 
Alexei Vinidiktov

[Boa Constr] Tip

[Werner F. B. <wer...@fr...>]

I just read up on pyCrust due to a post by Robin, I wondered to myself 
this stuff would be nice to have in Boa.

So, before "complaining" to Riaan about this I thought I better have a 
look around, and guess what I don't need to complain, just go into 
preferences and change shell to pycrust.

Most of you might already know this, but just in case I thought I 
mention it here.

Werner

Re: [Boa Constr] Suggested patches for Boa to work with wxPython 2.9

[Chris S. <csp...@ci...>]

I've now successfully run BOA and gotten work done.  Thank you,
Werner!

Any hints or prophecies about when Riaan may appear among us again?
The only reason I ask is because there seems to be a lot of added
functionality in wx 2.9.  New properties for the CalendarCtrl is the
most obvious one (only because I had to use it...).

While these patches keep us bleeding-edge testers continuing to do our
work, I think some TLC from the head developer might be in order.

And BTW, thank you Riaan...wherever you may be...for giving us this
great tool.

Chris.

On Sat, 23 Jan 2010 11:33:34 +0100, "Werner F. Bruhin"
<wer...@fr...> wrote:

>Hi everyone,
>
>Had a hard time to get an updated CVS copy - but that is another story.
>
>boaRemoveNo_3D.patch
>
>I went the easy way and just removed that style in all places where it 
>was used.
>
>There is also one in your "prefs.rc.py" which is in your folder 
>"C:\Users\userid\.boa-constructor  or in whatever folder you set with 
>the command option "-O"
>
>About.py.patch
>
>Fixes the wx.PyDeadObjectError I got on startup
>
>
>PreferencesStandardPath.py.patch
>
>This is only a work around for the issue of wx.StandardsPath not being 
>able to be called before wx.App is initialized.  It is actually the use 
>of wx.FileConfig.
>
>
>After these changes I can get Boa to run using the following:
># Python 2.6.3 (r263rc1:75186, Oct  2 2009, 20:40:30) [MSC v.1500 32 bit 
>(Intel)]
># wxPython 2.9.0.1.pre20100111, Boa Constructor 0.6.1
>
>On Windows 7.
>
>
>Best regards
>Werner

[Boa Constr] Suggested patches for Boa to work with wxPython 2.9

[Werner F. B. <wer...@fr...>]

Hi everyone,

Had a hard time to get an updated CVS copy - but that is another story.

boaRemoveNo_3D.patch

I went the easy way and just removed that style in all places where it 
was used.

There is also one in your "prefs.rc.py" which is in your folder 
"C:\Users\userid\.boa-constructor  or in whatever folder you set with 
the command option "-O"

About.py.patch

Fixes the wx.PyDeadObjectError I got on startup


PreferencesStandardPath.py.patch

This is only a work around for the issue of wx.StandardsPath not being 
able to be called before wx.App is initialized.  It is actually the use 
of wx.FileConfig.


After these changes I can get Boa to run using the following:
# Python 2.6.3 (r263rc1:75186, Oct  2 2009, 20:40:30) [MSC v.1500 32 bit 
(Intel)]
# wxPython 2.9.0.1.pre20100111, Boa Constructor 0.6.1

On Windows 7.


Best regards
Werner

Re: [Boa Constr] 20100113 Test build available effects on Boa Constructor

[Alex M. <tec...@wi...>]

ERIC and Stani (SPE) are both very good code editors for python (Code
folding, autocomplete, etc. They are written in python and are not
resource hogs. But they also lack gui editing like BOA.

I found the pydev extension nothing short of frustrating and really
preferred the completely open source editors without the pay for some
features license. Well that and ecplise is a memory hog so unless you're
using a lot of stuff in Eclipse (almost like a desktop) it's way overkill.

Alex

Chris Spencer wrote:
> As far as I know, the PyDev extension for Eclipse does not have ANY
> GUI design tools.  Since this is 99% of what I use BOA for, Eclipse is
> no solution for me.
> 
> Also, I find Eclipse's project management to be a Byzantine twisty
> maze of passages, all alike.  For basic source code editing, I either
> use Textpad or Ulipad...depending on how much I want to do
> split-screen editing.  Using Eclipse is like trying to shoot a
> mosquito with an elephant gun that fires sledgehammers.  WAAAAAY
> overkill and poorly designed.
> 
> Chris.
> 
> On Fri, 22 Jan 2010 10:57:28 -0600, Tim Black <ti...@al...>
> wrote:
> 
>> Thanks for the notice, Chris.  I know this list is very quiet now, but I
>> thought I'd mention that I still use and love Boa Constructor for a few
>> reasons:  Boa Constructor provides usable code completion, call tips,
>> refactoring support, debugging that just works without any
>> configuration, code browsing, TODO list, interactive console, and GUI
>> creation all wrapped into one interface.
>>
>> Aptana's PyDev extension to Eclipse has eclipsed Boa to some extent in
>> some but not all of these areas.  So here's how I work:  If I only need
>> a quick edit or a quick script, I use gedit.  If I need more features, I
>> use Boa.  If I need even more web-development features, I use Aptana. 
>> So Boa continues to hold a very important place in my toolbox.
>>
>> Specifically, Aptana can replace Boa for syntax highlighting, code
>> completion, call tips, refactoring, code outline but not browsing, and
>> TODO list.  So far its debugger, interactive console, code browsing,
>> TODO list, and GUI creation have not matched Boa's for me.
>>
>> Tim
>>
>> Chris Spencer wrote:
>>> On Thu, 21 Jan 2010 21:29:15 -0500, Chris Spencer
>>> <csp...@ci...> wrote:
>>>
>>>   
>>>> I know this should go on the Boa Constructor list (and I will, once
>>>> you release the final version of wxPython 2.9.x).  Still, I thought it
>>>> should be pointed out that this version of wxPython COMPLETELY breaks
>>>> Boa Constructor.
>>>>
>>>> wx.StandardPathsBase evidently now needs a wx.App instantiated first.
>>>> and the property wx.NO_3D no longer exists.
>>>>
>>>> I'm not thinking these are bugs to be fixed, but I thought this list
>>>> should be made aware of the effects of the 2.9.x branch on Boa
>>>> Constructor.
>>>>
>>>> Chris.
>>>>
>>>> -- 
>>>> To unsubscribe, send email to wxP...@go...
>>>> or visit http://groups.google.com/group/wxPython-dev?hl=en
>>>>     
>>> ------------------------------------------------------------------------------
>>> Throughout its 18-year history, RSA Conference consistently attracts the
>>> world's best and brightest in the field, creating opportunities for Conference
>>> attendees to learn about information security's most important issues through
>>> interactions with peers, luminaries and emerging and established companies.
>>> http://p.sf.net/sfu/rsaconf-dev2dev
>>> _______________________________________________
>>> Boa-constructor-users mailing list
>>> Boa...@li...
>>> https://lists.sourceforge.net/lists/listinfo/boa-constructor-users
>>>
>>>   
> 
> ------------------------------------------------------------------------------
> Throughout its 18-year history, RSA Conference consistently attracts the
> world's best and brightest in the field, creating opportunities for Conference
> attendees to learn about information security's most important issues through
> interactions with peers, luminaries and emerging and established companies.
> http://p.sf.net/sfu/rsaconf-dev2dev
> _______________________________________________
> Boa-constructor-users mailing list
> Boa...@li...
> https://lists.sourceforge.net/lists/listinfo/boa-constructor-users

Re: [Boa Constr] 20100113 Test build available effects on Boa Constructor

[Chris S. <csp...@ci...>]

I don't get the error you're seeing, but perhaps that's because I
can't get Boa to even start because of the wx.App/wx.StandardPathsBase
problem.

Would you like me to send you a screen cap of the error?  It's not
even a traceback.  The error pops up in a dialog when starting boa.py.

It has become clear to me that some monkeying around in the existing
source code will have to happen to get BOA to work with wxPython 2.9.x

The wx.NO_3D problem is easy to solve with search/replace.  It sounds,
though, like there are more fundamental problems.

To echo an earlier comment, no GUI designer yet exists for wxPython
that beats BOA for ease of use and WYSIWYG designing.  I've been using
BOA since the early 2000's.  I don't have a clue how I'd do GUI work
without it, since nothing comes close.

I hope these issues can be resolved quickly, and I'm willing to do any
testing it takes to make sure that BOA works with 2.9.x.

Chris.

On Fri, 22 Jan 2010 19:36:36 +0100, "Werner F. Bruhin"
<wer...@fr...> wrote:

>Chris,
>
>On 22/01/2010 06:03, Chris Spencer wrote:
>> On Thu, 21 Jan 2010 21:29:15 -0500, Chris Spencer
>> <csp...@ci...>  wrote:
>>
>>> I know this should go on the Boa Constructor list (and I will, once
>>> you release the final version of wxPython 2.9.x).  Still, I thought it
>>> should be pointed out that this version of wxPython COMPLETELY breaks
>>> Boa Constructor.
>>>
>>> wx.StandardPathsBase evidently now needs a wx.App instantiated first.
>Where do you run into this problem?  I don't see this one.
>
>>> and the property wx.NO_3D no longer exists.
>On my machine I just removed these, but wonder if Riaan wants to keep 
>this for < 2.9.  Will try and put a patch for this together.
>
>I also get the following traceback, are you seeing this too?
>
>19:31:08: Traceback (most recent call last):
>
>19:31:08:   File 
>"C:\Python26\lib\site-packages\wx-2.9.0-msw-unicode\wx\_core.py", line 
>16223, in <lambda>
>     lambda event: event.callable(*event.args, **event.kw) )
>
>19:31:08:   File "C:\Python26\Lib\site-packages\boa\About.py", line 323, 
>in initCtrlNames
>     self.label = self.FindWindowById(self.progressId)
>
>19:31:08:   File 
>"C:\Python26\lib\site-packages\wx-2.9.0-msw-unicode\wx\_core.py", line 
>16169, in __getattr__
>     raise PyDeadObjectError(self.attrStr % self._name)
>
>19:31:08: PyDeadObjectError: The C++ part of the AboutBoxSplash object 
>has been deleted, attribute access no longer allowed.
>
>
>Werner
>
>
>------------------------------------------------------------------------------
>Throughout its 18-year history, RSA Conference consistently attracts the
>world's best and brightest in the field, creating opportunities for Conference
>attendees to learn about information security's most important issues through
>interactions with peers, luminaries and emerging and established companies.
>http://p.sf.net/sfu/rsaconf-dev2dev
>_______________________________________________
>Boa-constructor-users mailing list
>Boa...@li...
>https://lists.sourceforge.net/lists/listinfo/boa-constructor-users

Re: [Boa Constr] 20100113 Test build available effects on Boa Constructor

[Chris S. <csp...@ci...>]

As far as I know, the PyDev extension for Eclipse does not have ANY
GUI design tools.  Since this is 99% of what I use BOA for, Eclipse is
no solution for me.

Also, I find Eclipse's project management to be a Byzantine twisty
maze of passages, all alike.  For basic source code editing, I either
use Textpad or Ulipad...depending on how much I want to do
split-screen editing.  Using Eclipse is like trying to shoot a
mosquito with an elephant gun that fires sledgehammers.  WAAAAAY
overkill and poorly designed.

Chris.

On Fri, 22 Jan 2010 10:57:28 -0600, Tim Black <ti...@al...>
wrote:

>Thanks for the notice, Chris.  I know this list is very quiet now, but I
>thought I'd mention that I still use and love Boa Constructor for a few
>reasons:  Boa Constructor provides usable code completion, call tips,
>refactoring support, debugging that just works without any
>configuration, code browsing, TODO list, interactive console, and GUI
>creation all wrapped into one interface.
>
>Aptana's PyDev extension to Eclipse has eclipsed Boa to some extent in
>some but not all of these areas.  So here's how I work:  If I only need
>a quick edit or a quick script, I use gedit.  If I need more features, I
>use Boa.  If I need even more web-development features, I use Aptana. 
>So Boa continues to hold a very important place in my toolbox.
>
>Specifically, Aptana can replace Boa for syntax highlighting, code
>completion, call tips, refactoring, code outline but not browsing, and
>TODO list.  So far its debugger, interactive console, code browsing,
>TODO list, and GUI creation have not matched Boa's for me.
>
>Tim
>
>Chris Spencer wrote:
>> On Thu, 21 Jan 2010 21:29:15 -0500, Chris Spencer
>> <csp...@ci...> wrote:
>>
>>   
>>> I know this should go on the Boa Constructor list (and I will, once
>>> you release the final version of wxPython 2.9.x).  Still, I thought it
>>> should be pointed out that this version of wxPython COMPLETELY breaks
>>> Boa Constructor.
>>>
>>> wx.StandardPathsBase evidently now needs a wx.App instantiated first.
>>> and the property wx.NO_3D no longer exists.
>>>
>>> I'm not thinking these are bugs to be fixed, but I thought this list
>>> should be made aware of the effects of the 2.9.x branch on Boa
>>> Constructor.
>>>
>>> Chris.
>>>
>>> -- 
>>> To unsubscribe, send email to wxP...@go...
>>> or visit http://groups.google.com/group/wxPython-dev?hl=en
>>>     
>>
>> ------------------------------------------------------------------------------
>> Throughout its 18-year history, RSA Conference consistently attracts the
>> world's best and brightest in the field, creating opportunities for Conference
>> attendees to learn about information security's most important issues through
>> interactions with peers, luminaries and emerging and established companies.
>> http://p.sf.net/sfu/rsaconf-dev2dev
>> _______________________________________________
>> Boa-constructor-users mailing list
>> Boa...@li...
>> https://lists.sourceforge.net/lists/listinfo/boa-constructor-users
>>
>>   

Re: [Boa Constr] 20100113 Test build available effects on Boa Constructor

[Werner F. B. <wer...@fr...>]

Chris,

On 22/01/2010 06:03, Chris Spencer wrote:
> On Thu, 21 Jan 2010 21:29:15 -0500, Chris Spencer
> <csp...@ci...>  wrote:
>
>> I know this should go on the Boa Constructor list (and I will, once
>> you release the final version of wxPython 2.9.x).  Still, I thought it
>> should be pointed out that this version of wxPython COMPLETELY breaks
>> Boa Constructor.
>>
>> wx.StandardPathsBase evidently now needs a wx.App instantiated first.
Where do you run into this problem?  I don't see this one.

>> and the property wx.NO_3D no longer exists.
On my machine I just removed these, but wonder if Riaan wants to keep 
this for < 2.9.  Will try and put a patch for this together.

I also get the following traceback, are you seeing this too?

19:31:08: Traceback (most recent call last):

19:31:08:   File 
"C:\Python26\lib\site-packages\wx-2.9.0-msw-unicode\wx\_core.py", line 
16223, in <lambda>
     lambda event: event.callable(*event.args, **event.kw) )

19:31:08:   File "C:\Python26\Lib\site-packages\boa\About.py", line 323, 
in initCtrlNames
     self.label = self.FindWindowById(self.progressId)

19:31:08:   File 
"C:\Python26\lib\site-packages\wx-2.9.0-msw-unicode\wx\_core.py", line 
16169, in __getattr__
     raise PyDeadObjectError(self.attrStr % self._name)

19:31:08: PyDeadObjectError: The C++ part of the AboutBoxSplash object 
has been deleted, attribute access no longer allowed.


Werner

Re: [Boa Constr] 20100113 Test build available effects on Boa Constructor

[Tim B. <ti...@al...>]

Thanks for the notice, Chris.  I know this list is very quiet now, but I
thought I'd mention that I still use and love Boa Constructor for a few
reasons:  Boa Constructor provides usable code completion, call tips,
refactoring support, debugging that just works without any
configuration, code browsing, TODO list, interactive console, and GUI
creation all wrapped into one interface.

Aptana's PyDev extension to Eclipse has eclipsed Boa to some extent in
some but not all of these areas.  So here's how I work:  If I only need
a quick edit or a quick script, I use gedit.  If I need more features, I
use Boa.  If I need even more web-development features, I use Aptana. 
So Boa continues to hold a very important place in my toolbox.

Specifically, Aptana can replace Boa for syntax highlighting, code
completion, call tips, refactoring, code outline but not browsing, and
TODO list.  So far its debugger, interactive console, code browsing,
TODO list, and GUI creation have not matched Boa's for me.

Tim

Chris Spencer wrote:
> On Thu, 21 Jan 2010 21:29:15 -0500, Chris Spencer
> <csp...@ci...> wrote:
>
>   
>> I know this should go on the Boa Constructor list (and I will, once
>> you release the final version of wxPython 2.9.x).  Still, I thought it
>> should be pointed out that this version of wxPython COMPLETELY breaks
>> Boa Constructor.
>>
>> wx.StandardPathsBase evidently now needs a wx.App instantiated first.
>> and the property wx.NO_3D no longer exists.
>>
>> I'm not thinking these are bugs to be fixed, but I thought this list
>> should be made aware of the effects of the 2.9.x branch on Boa
>> Constructor.
>>
>> Chris.
>>
>> -- 
>> To unsubscribe, send email to wxP...@go...
>> or visit http://groups.google.com/group/wxPython-dev?hl=en
>>     
>
> ------------------------------------------------------------------------------
> Throughout its 18-year history, RSA Conference consistently attracts the
> world's best and brightest in the field, creating opportunities for Conference
> attendees to learn about information security's most important issues through
> interactions with peers, luminaries and emerging and established companies.
> http://p.sf.net/sfu/rsaconf-dev2dev
> _______________________________________________
> Boa-constructor-users mailing list
> Boa...@li...
> https://lists.sourceforge.net/lists/listinfo/boa-constructor-users
>
>   

Re: [Boa Constr] 20100113 Test build available effects on Boa Constructor

[Chris S. <csp...@ci...>]

On Thu, 21 Jan 2010 21:29:15 -0500, Chris Spencer
<csp...@ci...> wrote:

>I know this should go on the Boa Constructor list (and I will, once
>you release the final version of wxPython 2.9.x).  Still, I thought it
>should be pointed out that this version of wxPython COMPLETELY breaks
>Boa Constructor.
>
>wx.StandardPathsBase evidently now needs a wx.App instantiated first.
>and the property wx.NO_3D no longer exists.
>
>I'm not thinking these are bugs to be fixed, but I thought this list
>should be made aware of the effects of the 2.9.x branch on Boa
>Constructor.
>
>Chris.
>
>-- 
>To unsubscribe, send email to wxP...@go...
>or visit http://groups.google.com/group/wxPython-dev?hl=en

Re: [Boa Constr] Code completion without CTRL-space?

[Werner F. B. <wer...@fr...>]

Hi Tim,

Tim Black wrote:
> I think I remember Werner posting a way to enable code completion by 
> default so that it works without having to press CTRL-space all the 
> time, so I searched the web and this list to find it but could not.  Is 
> there a way to make this happen?  A config option would be nice, but a 
> hack would be ok with me.  Thanks!
Sorry I don't think this is possible as mentioned in a post by Riaan on 
the Boa Sourceforge list back in 2003 - now did this change in the mean 
time?

Looking at Preferences.General I don't see a setting for it.

There is one for Call Tips.

Merry xMas to everyone and healthy and prosperous New Year to everyone.
Werner

[Boa Constr] Code completion without CTRL-space?

[Tim B. <ti...@al...>]

I think I remember Werner posting a way to enable code completion by
default so that it works without having to press CTRL-space all the
time, so I searched the web and this list to find it but could not.  Is
there a way to make this happen?  A config option would be nice, but a
hack would be ok with me.  Thanks!

Tim Black

Re: [Boa Constr] Boa list and Boa with Linux?

[Werner F. B. <wer...@fr...>]

Hi Che,

How are you doing.

C M wrote:
> Hi Werner,
>
> Two quick Boa questions, if you have a moment...
>
> 1. Is there still an active (ish?) Boa list?  I saw some posts from you in
> October via Gmane.  If there is a good list, which is it, and do I have to
> join somehow?
>   
I think it is the sourceforge users list which is mirrored on gmane.  It 
is very inactive for some time, one reason is probably that there hasn't 
been a new release in a long time (Riaan are you reading ;-) ), and 
people who use Boa are familiar with it so fewer questions.
> 2. Do you have any experience with using Boa with Linux?  I do, a bit,
> but I can't figure out how to have Boa use the latest version of wxPython
> (2.8.10)...although IDLE shows wx to be 2.8.10, Boa shows it to be 2.6.3.2.
> I got both wxPython and Boa from the Ubuntu's synaptic package manager.
>   
Boa should use the default wxPython version, unless you use 
"WxVersionSelect" command line option, actually looking at my Boa.py 
there is this code in it:

        if wxVersionSelect is None:
            wxversion.ensureMinimal('2.5')
        else:
            wxversion.select(wxVersionSelect)

Basically Boa uses the wxversion stuff, check its documentation to see 
how this works (PYTHONPATH and wx.pth in site-packages).

Hope this helps.

> Hope all is well,
>   
Doing very well, trying to get my next version out (using aui heavily), 
just a bit cold here (-5 this morning), but lucky I don't have to be 
much outside.
Werner

Re: [Boa Constr] _init_coll_..._Items sizer problem

[mindyerbiznez <min...@gm...>]

On Sat, 17 Oct 2009 00:55:47 -0600, Werner F. Bruhin  
<wer...@fr...> wrote:

> mindy erbiznez wrote:
>> Hi,
>> I'm writing an GUI app that uses multiple nested notebooks each with
>> several sizers (~100) and each has a unique name.
>>
>> When I attempt to use the frame designer the following exception is  
>> raised:
>> Boa Error
>> Exception: Collection body _init_coll_<mySizerName>_Items not in init,
>> body, fin form
>>
>> It's possible for me to alter the name of this function and make the
>> exception go away for this particular sizer, only to have the same
>> exception referencing a different sizer.
>>
>> I admit to adding (copy/paste) many of these sizers and related
>> functions by hand rather than using the frame designer, but they are all
>> added correctly (ie: the sizers work and the GUI looks right).
>>
>> Is there some sort of meta-file that I'd need to alter to make the frame
>> designer function again.
> No there is no meta-file, Boa uses the source code directly.
>
> I am pretty sure that when you did the copy/paste you misnamed something
> and Boa can not find it anymore, it might still be valid Python code and
> might still work but if the code does not comply with the Boa naming
> standard then it will not work (this is only true for the generated
> section of the code).
>
> Check the code again, if you can't find it attach it here and I will try
> and have a look.
>
> Werner
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> Boa-constructor-users mailing list
> Boa...@li...
> https://lists.sourceforge.net/lists/listinfo/boa-constructor-users

Thanks for the response, Werner.
I figured out the problem: the "init, body, fin form"  is actually a  
specific format that the generated method must be in in order for  
BoaConstructor to interpret it correctly.
The format is something like:
def _init_coll_sizername_Items(self, parent):
	# generated method, do not edit

	sizername.AddWindow(blahblah)

*** the comment and/or the newline between the comment and the function  
body are important ***

Thanks again

Re: [Boa Constr] Post to Boa-constructur-users list

[Werner F. B. <wer...@fr...>]

Nathaniel,

Werner F. Bruhin wrote:
> Nathaniel Hayes wrote:
>> Thanks for accepting my message, I just saw the mailing list in the 
>> documentation, didn't know it was for members only.  How would I go 
>> about registering as a member?
> register with sourceforge and you might have to join the project (can't 
> remember).
>> I have at the top:
>>
>> import wx
>> import daqX as daq
> So, it might have to do with this double definition I recall but can't 
> find the example - will try to find it tomorrow.
Have a look at boa\example\advanced\attrmixins folder

Werner

Re: [Boa Constr] Post to Boa-constructur-users list

[Werner F. B. <wer...@fr...>]

Nathaniel Hayes wrote:
> Thanks for accepting my message, I just saw the mailing list in the 
> documentation, didn't know it was for members only.  How would I go 
> about registering as a member?
register with sourceforge and you might have to join the project (can't 
remember).
>
> I have at the top:
>
> import wx
> import daqX as daq
So, it might have to do with this double definition I recall but can't 
find the example - will try to find it tomorrow.
>
> So it is loaded in there.  You are saying to add in something along 
> the lines of "self.doLoadDevices()" inside the "__init__ctrls" 
> function or within the "__init__"?
    def __init__(self, parent):
        self._init_ctrls(parent)

        self.doLoadDevices(daq.items)

    def doLoadDevices(self, items):
          self.allDevices.Clear()
          self.allDevices.AppendItems(items)

All non tested ;-)

Werner

[Boa Constr] Post to Boa-constructur-users list

[Werner F. B. <wer...@fr...>]

Hi Nathaniel,

I am one of the moderators for the above list.

The list is members only, due to the amount of spam we have seen in the 
past.  Since this was changed I think you are the first to post a 
legimite post and I thought that I selected "accept" you message, but I 
don't see it come through on the list.

Where is "daq" defined?

What I do in these cases I load the choice list after 
"self._init_ctrls(parent)", i.e. leave the Boa generated code alone.

        self.allDevices = wx.ListBox(choices='',
              id=wxID_CHOOSEDEVICEALLDEVICES,
              name='allDevices', parent=self, pos=wx.Point(24, 32),
              size=wx.Size(132, 63), style=0)



then after _init_ctrls:
something like:

    self.allDevices.AppendItems(items)

Would probably put this into a method, which allows you to reload the 
list, and call this method just after _init_ctrls.

    def doLoadDevices(self, items):
          self.allDevices.Clear()
          self.allDevices.AppendItems(items)


There is a way of defining things before _init_ctrls and do what you are 
currently doing but I can't find any sample, IIRC something has to be 
double defined for some reason.

Werner