boa-constructor-users

[Boa Constr] ZOA.zexp can't be imported?

[Brian W. <br...@co...>]

Hi all,

I just installed Boa 0.1.0 yesterday, and I must say that I am _very_ 
impressed.  This is one awesome development environment, and I can't 
wait to see it develop further!

There is, however, one tiny problem.  I'm trying to set Boa up for 
working with my Zope pages, and wasn't able to get past the "import 
ZOA" error message.  Eventually the words connected together in my 
head, and I placed the zoa.zexp file into Zope's import directory.  
The thing is, import doesn't want to work.  I'll copy and paste the 
respective error message here.

-----
The object zoa does not support this operation


Traceback (innermost last):
  File D:\COOLNA~1\lib\python\ZPublisher\Publish.py, line 223, in 
publish_module
  File D:\COOLNA~1\lib\python\ZPublisher\Publish.py, line 187, in 
publish
  File D:\COOLNA~1\lib\python\Zope\__init__.py, line 226, in 
zpublisher_exception_hook
    (Object: Products)
  File D:\COOLNA~1\lib\python\ZPublisher\Publish.py, line 171, in 
publish
  File D:\COOLNA~1\lib\python\ZPublisher\mapply.py, line 160, in 
mapply
    (Object: manage_importObject)
  File D:\COOLNA~1\lib\python\ZPublisher\Publish.py, line 112, in 
call_object
    (Object: manage_importObject)
  File D:\COOLNA~1\lib\python\OFS\ObjectManager.py, line 586, in 
manage_importObject
    (Object: Products)
  File D:\COOLNA~1\lib\python\OFS\CopySupport.py, line 444, in 
_verifyObjectPaste
    (Object: Products)
Copy Error: (see above)
-----

I was able to find some references to ZOA and Zope while digging 
around in the mailing list archives, with the most straightforward 
advice being to copy the contents of ZopeLib/ZOA.py into a new Python 
Script object within Zope.  Okay, new problem.  I can't find 
ZopeLib/ZOA.py!  zoa.zexp is still sitting there smirking at me, but 
the python file is nowhere to be found.

Hopefully somebody can help me with the second problem, at least.  
The first might take a little longer to sort out, though, so I'll 
just share my config information and cross my fingers.

OS: Windows 2000
Zope: (Zope 2.4.3 (binary release, python 2.1, win32-x86), python 
2.1.0, win32)
Boa: v0.1.0-alpha

Boa is installed from the windows .EXE download file (but I did 
download the source bundle last night in my futile quest for zoa.py)

If anybody can offer me some patient hand-holding through this, I 
will be most grateful!  Meanwhile, keep up the good work on this 
fantastic app!

Thanks,
Brian Wisti--
Brian Wisti 
br...@co...
http://www.coolnamehere.com/

Re: [Boa Constr] ZOA.zexp can't be imported?

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

Hi Brian,

Brian Wisti wrote:
> 
> Hi all,
> 
> I just installed Boa 0.1.0 yesterday, and I must say that I am _very_
> impressed.  This is one awesome development environment, and I can't
> wait to see it develop further!

Thanks!
Which areas would you like to see developing further? 

> 
> There is, however, one tiny problem.  I'm trying to set Boa up for
> working with my Zope pages, and wasn't able to get past the "import
> ZOA" error message.  Eventually the words connected together in my
> head, and I placed the zoa.zexp file into Zope's import directory.
> The thing is, import doesn't want to work.  I'll copy and paste the
> respective error message here.

Yes this is what you should do. I not sure why your import failed,
but traceback mentions Products. Did you try to import it into the 
Products folder? If so, this is wrong. It's not a Product, it's a 
simple folder object containing other folders and python scripts. 
You must import it in your Zope root folder.

BTW, the Zope side support used to be just the one Python script 
called ZOA that you read about in the archives, this was refactored 
into the folders and scripts described above. 
It used to be automatically installed, but I have not yet updated 
the code to handle multiple Zope object installs. So it is an
import for now.

HTH, 
Riaan.

Re: [Boa Constr] ZOA.zexp can't be imported?

[Hans-Peter J. <hp...@ur...>]

On Tuesday, 5. March 2002 19:48, Riaan Booysen wrote:
> Hi Brian,
>
> Brian Wisti wrote:
> > Hi all,
> >
> > I just installed Boa 0.1.0 yesterday, and I must say that I am _very_
> > impressed.  This is one awesome development environment, and I can't
> > wait to see it develop further!
>
> Thanks!
> Which areas would you like to see developing further?

Let me jump into this question. By now, I'm using boa on a daily basis:

One of my most missing functions is moving a group of selected objects
by an numeric offset. 

BTW: Right now, after selecting multiple objects and deselecting them
in a designer session, the handles of single selected objects are drawn 
in background color thereafter. See attached screen shot. The first
control is selected. Disturbing... 

Source formatting: Breaking long lines into a more editor friendly
format (say 100 columns).

I18n: the possibility to wrap all strings in i18n(). 

Riaan, if you can give me some hints & thoughts, where to start, 
I'm going to look into them...

> HTH,
> Riaan.

Cheers,
  Hans-Peter

Re: [Boa Constr] ZOA.zexp can't be imported?

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

Hello Hans-Peter,

Hans-Peter Jansen wrote:
> 
> On Tuesday, 5. March 2002 19:48, Riaan Booysen wrote:
> > Hi Brian,
> >
> > Brian Wisti wrote:
> > > Hi all,
> > >
> > > I just installed Boa 0.1.0 yesterday, and I must say that I am _very_
> > > impressed.  This is one awesome development environment, and I can't
> > > wait to see it develop further!
> >
> > Thanks!
> > Which areas would you like to see developing further?
> 
> Let me jump into this question. By now, I'm using boa on a daily basis:
> 
> One of my most missing functions is moving a group of selected objects
> by an numeric offset.

Currently you can move around a group of selected objects in 1 pixel
increments by holding down control and using the cursor keys.
There is a bug with wxAcceleratorTables on wxGTK which breaks this
for you, but it works on Windows.
Try rebinding the keys under Preferences-Key bindings-Designer-Move*

You may also set the Designer grid to a lower granularity for
moving multiple selected objects with higher precision.
See Preferences-General-Designer-dsGridSize.

> 
> BTW: Right now, after selecting multiple objects and deselecting them
> in a designer session, the handles of single selected objects are drawn
> in background color thereafter. See attached screen shot. The first
> control is selected. Disturbing...

This is probably a repaint problem. Try to determine if the tags 
are actually the wrong colour or if they are just not updated properly.

> Source formatting: Breaking long lines into a more editor friendly
> format (say 100 columns).

It's on the todo (properly handling multiple lines)
For me the priority is not that high as I see the generated code almost
as a resource, something you *usually* don't maintain manually.

> 
> I18n: the possibility to wrap all strings in i18n().

Maybe support for the gettext.py convention of using _(string) 
would be simplest (I think this has been suggested before)

However there is a more general issue involved; Giving property editors
more state, and how to manage it through the Inspector.
Already property editors support the additional state of being linked
to special frame attributes.

A more specific solution would be to add a new specialised property 
editor dialog for strings with a checkbox for when the string should
be _(gettext) wrapped. It could even possibly add the gettext import
statement and _ binding when it's checked.

> 
> Riaan, if you can give me some hints & thoughts, where to start,
> I'm going to look into them...
> 
> > HTH,
> > Riaan.
> 
> Cheers,
>   Hans-Peter
> 

Riaan.

Re: [Boa Constr] ZOA.zexp can't be imported?

[Hans-Peter J. <hp...@ur...>]

On Friday, 8. March 2002 05:05, Riaan Booysen wrote:
> Hello Hans-Peter,
>
> Currently you can move around a group of selected objects in 1 pixel
> increments by holding down control and using the cursor keys.
> There is a bug with wxAcceleratorTables on wxGTK which breaks this
> for you, but it works on Windows.

I've added a bug report on this one this week. 

> Try rebinding the keys under Preferences-Key bindings-Designer-Move*

Haven't found this in the menus, only KeyDefsDlg.py in source.

> You may also set the Designer grid to a lower granularity for
> moving multiple selected objects with higher precision.
> See Preferences-General-Designer-dsGridSize.

Done that before :) 
dsGridSize = 2

> > BTW: Right now, after selecting multiple objects and deselecting them
> > in a designer session, the handles of single selected objects are drawn
> > in background color thereafter. See attached screen shot. The first
> > control is selected. Disturbing...
>
> This is probably a repaint problem. Try to determine if the tags
> are actually the wrong colour or if they are just not updated properly.

I bet, it isn't.

After selecting one item, it's selection tags are drawn opaque black.
After adding a second selection, it's tags are drawn in background color
with a black edge. Thereafter, a _single_ selection is drawn with background
colored tags. Multiple selections are drawn as expected. I bet, the color of 
the multi selection tag leaks into the single selection color, which would 
explain the findings.

Would you like to give me a source code pointer into this?

> > Source formatting: Breaking long lines into a more editor friendly
> > format (say 100 columns).
>
> It's on the todo (properly handling multiple lines)
> For me the priority is not that high as I see the generated code almost
> as a resource, something you *usually* don't maintain manually.

We're all aesthetic fanatics, don't we? 

> > I18n: the possibility to wrap all strings in i18n().
>
> Maybe support for the gettext.py convention of using _(string)
> would be simplest (I think this has been suggested before)

Grmf. I really ment _()

> However there is a more general issue involved; Giving property editors
> more state, and how to manage it through the Inspector.
> Already property editors support the additional state of being linked
> to special frame attributes.
>
> A more specific solution would be to add a new specialised property
> editor dialog for strings with a checkbox for when the string should
> be _(gettext) wrapped. It could even possibly add the gettext import
> statement and _ binding when it's checked.

This is what I'm dreaming about ;) 

The question is: How can I help you on this?

> Riaan.

Cheers,
  Hans-Peter