headers
Werner F. Bruhin | 26 Nov 2010 11:53
Picon
Favicon

Re: Question on opinions...

On 26/11/2010 10:47, werner wrote:
> This is going a bit OT for this list, hope others won't mind.
>
> I copy the Boa list, so specific stuff for Boa should probably move to
> there.
>
> On 26/11/2010 05:43, Chris Spencer wrote:
>> On Thu, 25 Nov 2010 23:08:57 -0500, C M<cmpython@...> wrote:
>>> Chris,
>>> What I'm wondering is: would it be possible to round up a a few
>>> people to help push Boa back into the 10s or whatever this decade is
>>> called? In terms of the controls, maybe we could take a look at what
>>> it is missing, determine the procedure for adding a control in, and
>>> divide the labor amongst a group of people over a period of months. I
>>> don't know how hard this is to do, but if it is a matter of a few
>>> hours per control, I would be willing to try a few if I could. Werner
>>> would probably be able to apprise people of what that entails.
>>>
>>> I'd also like to see an option for toggling Boa's creation of widget
>>> IDs, which I find unnecessary and cluttered (and instead assign them
>>> all -1), and another toggling of providing sizes to widgets if one is
>>> in "sizers mode" (which wouldn't affect you, since you don't use
>>> sizers).
>>>
>>> Beyond that, there are probably a lot of fun newer things that could
>>> be included.
>>> Che
>> First off, can you post a link to your tutorials. I've been using Boa
>> for nearly 10 years now (yeesh, I'm old). But I'm always up for
>> learning new things.
(Continue reading)

Permalink | Reply | 2 comments |
headers
Tim Hoffman | 26 Nov 2010 11:53
Picon

Re: [wxPython-users] Question on opinions...

Hi

I have been using Boa continuously for at least 8 years. It's great.

I do a lot of application development for appengine, and it actually
could be a good ide for that, along
with plugin support for doing deployments etc.....

I would like to see it move into current 10's ;-) and not wither on the vine.

Forks been mentioned a few times in the past, though nothing came of that.

One of the big advantages is boa is a lot more lightweight that say
eclipse, so I have often run it on low memory
machines running windows.  Also it doesn't have in your face project
management such as eclipse and
and a few of the other python dev environments.

Rgds

Tim

On Fri, Nov 26, 2010 at 5:47 PM, werner <wbruhin@...> wrote:
> This is going a bit OT for this list, hope others won't mind.
>
> I copy the Boa list, so specific stuff for Boa should probably move to
> there.
>
> On 26/11/2010 05:43, Chris Spencer wrote:
>> On Thu, 25 Nov 2010 23:08:57 -0500, C M<cmpython@...>  wrote:
(Continue reading)

Permalink | Reply | 0 comments |
headers
Werner F. Bruhin | 27 Nov 2010 11:41
Picon
Favicon

Re: Question on opinions...

On 26/11/2010 11:53, Werner F. Bruhin wrote:
...
>
> Source code control
>
> I really believe that CVS is a big problem here, it's support for
> merges/branches etc is not good.  Windows 7 doesn't have a client which
> is officially maintained .......
>
> I use SVN for my own stuff but frankly wasn't impressed with it's merge
> support, also it is supposed to be getting better.  Will know in a
> couple of weeks when I merge my latest stuff back to the trunk.
>
>   From what I read/hear is that Git, Mercurial and Bazaar are doing a
> much better job in allowing to merge and resync with the base, i.e. to
> support distributed development.
>
> Branches would allow a contributor to make his/her changes in an
> isolated way, anyone could test it (without having to merge/patch) and
> when done it should be easy to create a patch and/or merge back to the
> main trunk or future version.
>
 From what I found it looks like Git would be the "front runner" for a 
change.

The following give I think a good overview on Git and how it compares to 
SVN and others.

http://whygitisbetterthanx.com/
https://git.wiki.kernel.org/index.php/GitSvnComparison
(Continue reading)

Permalink | Reply | 1 comment |
headers
Chris Spencer | 27 Nov 2010 17:44
Picon

Re: [wxPython-users] Question on opinions...

On Sat, 27 Nov 2010 10:33:36 +0100, werner <wbruhin@...> wrote:
>Chris,
>
>On 26/11/2010 20:43, Chris Spencer wrote:
>> On Fri, 26 Nov 2010 10:46:55 +0100, werner<wbruhin@...>  wrote:
>>> Adding new widgets can be done in two ways, either via the plug-in
>>> support, see e.g. FlatNotebook-plug-in.py which I think I started and
>>> Riaan fixed it up so it really worked;-) or via the "companions" support
>>> see the sub-folder with the same name in Boa.
>>>
>>> Werner
>> And I have used this technique from time to time.  I know how to add
>> widgets for myself.  But why should everyone replicate my work to get
>> the additional controls added to wxPython in the past 5 years or so?
>Totally agree.
>
>If you done any as plug-in's can you please post them to the Boa list as 
>those anyone can just drop into the plug-in folder and they would be 
>usable - o.k. they still won't make it into the next release until ....

I'll have to dig into it and see what I can contribute immediately.  I
run a somewhat heavily modded Boa Constructor, so my code won't be
plug-n-play.

>> Would you not agree that it's better for a small group of people to
>> add these controls and then release a Boa Constructor version with
>> them integrated in?
>>
>> Frankly, I don't use Boa as a code editor or debugger.  I have other
>> much more evolved code editors for that.
(Continue reading)

Permalink | Reply | 5 comments |
headers
Chris Spencer | 27 Nov 2010 18:32
Picon

Removing options for wx.DIALOG_MODAL and wx.DIALOG_MODELESS

wx.DIALOG_MODAL and wx.DIALOG_MODELESS have been removed as of
wxPython 2.9.  It is dangerous (and unnecessary) to leave them in Boa
Constructor.  Therefore, in the file FrameCompanions.py, replace...

class DialogDTC(FramesConstr, BaseFrameDTC):
    dialogLayout = True

    def __init__(self, name, designer, frameCtrl):
        BaseFrameDTC.__init__(self, name, designer, frameCtrl)
        self.windowStyles = ['wx.DIALOG_MODAL', 'wx.DIALOG_MODELESS',
              'wx.CAPTION', 'wx.DEFAULT_DIALOG_STYLE',
'wx.RESIZE_BORDER',
              'wx.THICK_FRAME', 'wx.STAY_ON_TOP',
'wx.DIALOG_NO_PARENT',
              'wx.SYSTEM_MENU', 'wx.CLOSE_BOX']\
              + self.windowStyles

with...

class DialogDTC(FramesConstr, BaseFrameDTC):
    dialogLayout = True

    def __init__(self, name, designer, frameCtrl):
        BaseFrameDTC.__init__(self, name, designer, frameCtrl)
        self.windowStyles = [
              'wx.CAPTION', 'wx.DEFAULT_DIALOG_STYLE',
'wx.RESIZE_BORDER',
              'wx.THICK_FRAME', 'wx.STAY_ON_TOP',
'wx.DIALOG_NO_PARENT',
              'wx.SYSTEM_MENU', 'wx.CLOSE_BOX']\
(Continue reading)

Permalink | Reply | 3 comments |
headers
C M | 27 Nov 2010 20:03
Picon

Boa improvements

Hi Werner, Chris, and others.

OK, I finally subscribed to the boa email list; for some reason, all
this time I didn't realize it was an email list like the
wxPython-users list (I guess I thought it was only a forum).  I missed
the first day or so of discussion regarding sprucing up Boa, so I'll
just cut and paste it into this new message

First off, I think that if things get polished up, user community
interest can really increase.  E.g., the person who runs ShowMeDo.com,
a major Python and wxPython aficionado, was enthused enough about Boa
to write a blog post about my videos when they went up, and I think
reading his post might be a good thing if we are thinking about how
Boa is perceived.  Note his opening line:  "There are precious few
open-source (OS) GUI builders of any repute but the lack is sorely
felt in the wxPython world."

The blog post is here:
http://blog.showmedo.com/new-showmedo-videos/boa-constructor-wxpython-gui-builder-video-series/

Werner wrote:

> I think a "restart" needs at a minimum:
>
> - new web site, I would suggest a Sphinx (http://sphinx.pocoo.org/)
> type web site, i.e. an introduction/welcome page with links to the
> documentation which in turn also links to any tutorials and videos etc.

No question.  The current website is a major turnoff to new users,
whether they are Python newbies or serious developers.  That, in turn,
(Continue reading)

Permalink | Reply | 1 comment |
headers
Werner F. Bruhin | 28 Nov 2010 11:09
Picon
Favicon

Re: [wxPython-users] Question on opinions...

Hi Chris,

On 27/11/2010 17:44, Chris Spencer wrote:
> On Sat, 27 Nov 2010 10:33:36 +0100, werner<wbruhin@...>  wrote:
>> Chris,
>>
>> On 26/11/2010 20:43, Chris Spencer wrote:
>>> On Fri, 26 Nov 2010 10:46:55 +0100, werner<wbruhin@...>   wrote:
>>>> Adding new widgets can be done in two ways, either via the plug-in
>>>> support, see e.g. FlatNotebook-plug-in.py which I think I started and
>>>> Riaan fixed it up so it really worked;-) or via the "companions" support
>>>> see the sub-folder with the same name in Boa.
>>>>
>>>> Werner
>>> And I have used this technique from time to time.  I know how to add
>>> widgets for myself.  But why should everyone replicate my work to get
>>> the additional controls added to wxPython in the past 5 years or so?
>> Totally agree.
>>
>> If you done any as plug-in's can you please post them to the Boa list as
>> those anyone can just drop into the plug-in folder and they would be
>> usable - o.k. they still won't make it into the next release until ....
>
> I'll have to dig into it and see what I can contribute immediately.  I
> run a somewhat heavily modded Boa Constructor, so my code won't be
> plug-n-play.
Could you provide patches for any stuff which is of interest for others? 
  Me and others can then test things and if they work in our setup ask 
Riaan to apply it.
>
(Continue reading)

Permalink | Reply | 4 comments |
headers
Werner F. Bruhin | 28 Nov 2010 11:17
Picon
Favicon

Re: Removing options for wx.DIALOG_MODAL and wx.DIALOG_MODELESS

Chris,

On 27/11/2010 18:32, Chris Spencer wrote:
> wx.DIALOG_MODAL and wx.DIALOG_MODELESS have been removed as of
> wxPython 2.9.  It is dangerous (and unnecessary) to leave them in Boa
> Constructor.  Therefore, in the file FrameCompanions.py, replace...
>
> class DialogDTC(FramesConstr, BaseFrameDTC):
>      dialogLayout = True
>
>      def __init__(self, name, designer, frameCtrl):
>          BaseFrameDTC.__init__(self, name, designer, frameCtrl)
>          self.windowStyles = ['wx.DIALOG_MODAL', 'wx.DIALOG_MODELESS',
>                'wx.CAPTION', 'wx.DEFAULT_DIALOG_STYLE',
> 'wx.RESIZE_BORDER',
>                'wx.THICK_FRAME', 'wx.STAY_ON_TOP',
> 'wx.DIALOG_NO_PARENT',
>                'wx.SYSTEM_MENU', 'wx.CLOSE_BOX']\
>                + self.windowStyles
>
> with...
>
> class DialogDTC(FramesConstr, BaseFrameDTC):
>      dialogLayout = True
>
>      def __init__(self, name, designer, frameCtrl):
>          BaseFrameDTC.__init__(self, name, designer, frameCtrl)
>          self.windowStyles = [
>                'wx.CAPTION', 'wx.DEFAULT_DIALOG_STYLE',
> 'wx.RESIZE_BORDER',
(Continue reading)

Permalink | Reply | 2 comments |
headers
Werner F. Bruhin | 28 Nov 2010 11:24
Picon
Favicon

Re: Boa improvements

Che,

On 27/11/2010 20:03, C M wrote:
...
>
> This is just throwing something out, but lately I've been thinking
> that it would be great to have some kind of dropdown or some GUI
> element that could allow one to have a list of a handful of functions
> that one could quickly go to in the code.  I use browse to, "back",
> Ctrl-G and other things, but this would beat all of them, I think.
> Not sure how hard that would be to implement.
You mean like ctrl and left mouse click:)?

i.e. having this or similar line in the code:

self.BackupCheck()

Hover over it while holding down "Ctrl" it will change to a hyperlink 
and when you click on it the editor will jump to the "def" of that function.

Werner

------------------------------------------------------------------------------
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
Permalink | Reply | 0 comments |
headers
Chris Spencer | 28 Nov 2010 16:37
Picon

Re: Removing options for wx.DIALOG_MODAL and wx.DIALOG_MODELESS

On Sun, 28 Nov 2010 11:17:26 +0100, "Werner F. Bruhin"
<werner.bruhin@...> wrote:
>Chris,
>(just removing wx.DIALOG_MODAL and wx.DIALOG_MODELESS references)
>Shouldn't changes like this be conditioned by Version?  I.e. if one is 
>on wxPython 2.8 or lower this is still active otherwise not.
>
>There is already quite a big of "if wx.VERSION[:2] >= (2, 7):" type code 
>in there.
>
>
>Werner

Oh, absolutely, if I were going to patch the main trunk to BOA.  I was
just putting that out there for people working with wxPython 2.9 and
up, not patching BOA itself.

I promise to be careful about versions when I do production-ready BOA
patches...

For me, I'm okay with pinning a minimum version on BOA so that we
don't have to support versions of wxPython back to the stone-age,
which would just bloat Boa with "if-blocks" all over the place.

For me, all of this is academic until AT THE VERY LEAST we set up a
repository somewhere for new code commits (I'm still pulling for
Mercurial).

I'd also like SOME kind of blessing from Riaan.  Even though GPL lets
us fork this code, I'd hope it'd be done in a way that respects the
(Continue reading)

Permalink | Reply | 1 comment |

Gmane