[Zope-dev] plone 4.1: can not access plone 3.5 site after startup

[robert rottermann]

Hi there,
I created a 4.1a3 buildout and added all needed products, of which I had to 
adapt some to be able to start at all.
Then I copied the data.fs of a 3.5x site.

Now in the ZMI, when I want to navigate to the plone 3.5 folder I get the 
following error:

What can I do to fix that?
Do I have to prepare the Data.fs somehow?

thanks
robert

2011-03-02 11:57:55 ERROR Zope.SiteErrorLog 1299063475.730.425785426825 
http://localhost:8481/focus/focus
Traceback (innermost last):
   Module ZPublisher.Publish, line 115, in publish
   Module ZPublisher.BaseRequest, line 437, in traverse
   Module ZPublisher.BeforeTraverse, line 97, in __call__
   Module Products.CMFCore.PortalObject, line 78, in 
__before_publishing_traverse__
   Module zope.event, line 23, in notify
   Module zope.component.event, line 24, in dispatch
   Module zope.component._api, line 136, in subscribers
   Module zope.component.registry, line 321, in subscribers
   Module zope.interface.adapter, line 585, in subscribers
   Module zope.component.event, line 32, in objectEventNotify
   Module zope.component._api, line 136, in subscribers
   Module zope.component.registry, line 321, in subscribers
   Module zope.interface.adapter, line 585, in subscribers
   Module plone.browserlayer.layer, line 14, in mark_layer
   Module zope.component._api, line 179, in getAllUtilitiesRegisteredFor
   Module zope.component.registry, line 176, in getAllUtilitiesRegisteredFor
   Module ZODB.Connection, line 859, in setstate
   Module ZODB.Connection, line 913, in _setstate
   Module ZODB.serialize, line 613, in setGhostState
   Module zope.component.persistentregistry, line 40, in __setstate__
   Module zope.interface.adapter, line 91, in _createLookup
   Module zope.interface.adapter, line 439, in __init__
   Module zope.interface.adapter, line 476, in init_extendors
   Module zope.interface.adapter, line 480, in add_extendor
AttributeError: type object 'IDatabaseSettings' has no attribute '__iro__'
2011-03-02 11:57:55 WARNING OFS.Uninstalled Could not import class 
'IThemeSpecific' from module 'focus.theme.browser.interfaces'
2011-03-02 11:57:55 WARNING OFS.Uninstalled Could not import class 
'IFocViewletManager' from module 'focus.theme.browser.interfaces'
2011-03-02 11:57:55 ERROR ZODB.Connection Couldn't load state for 0x19746b
Traceback (most recent call last):
   File 
"/home/zope/focus4/eggs/ZODB3-3.10.1-py2.6-linux-i686.egg/ZODB/Connection.py", 
line 859, in setstate
 self._setstate(obj)
   File 
"/home/zope/focus4/eggs/ZODB3-3.10.1-py2.6-linux-i686.egg/ZODB/Connection.py", 
line 913, in _setstate
 self._reader.setGhostState(obj, p)
   File 
"/home/zope/focus4/eggs/ZODB3-3.10.1-py2.6-linux-i686.egg/ZODB/serialize.py", 
line 613, in setGhostState
 obj.__setstate__(state)
   File 
"/home/zope/focus4/eggs/zope.component-3.10.0-py2.6.egg/zope/component/persistentregistry.py",
 
line 40, in __setstate__
 self._createLookup()
   File 
"/home/zope/focus4/eggs/zope.interface-3.6.1-py2.6-linux-i686.egg/zope/interface/adapter.py",
 
line 91, in _createLookup
 self._v_lookup = self.LookupClass(self)
   File 
"/home/zope/focus4/eggs/zope.interface-3.6.1-py2.6-linux-i686.egg/zope/interface/adapter.py",
 
line 439, in __init__
 self.init_extendors()
   File 
"/home/zope/focus4/eggs/zope.interface-3.6.1-py2.6-linux-i686.egg/zope/interface/adapter.py",
 
line 476, in init_extendors
 self.add_extendor(p)
   File 
"/home/zope/focus4/eggs/zope.interface-3.6.1-py2.6-linux-i686.egg/zope/interface/adapter.py",
 
line 480, in add_extendor
 for i in provided.__iro__:
AttributeError: type object 'IDatabaseSettings' has no attribute '__iro__'

___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] Stepping back as Zope 2 release manager

[robert rottermann]

many thanks for the tremendous work you have done.
I always wondered how long your days must be ..

robert
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] New Zope 3 name: BlueBream

[robert rottermann]

Am 05.01.2010 08:13, schrieb Jan Ulrich Hasecke:
> 
> Am 05.01.2010 um 00:43 schrieb Hermann Himmelbauer:
>> Although I tend to give you right, as probably no one will get the "fish 
>> connection" and therefore a new name has to be raised up, I vote for 
>> BlueBream, as this indicates something very new, which frees itself from 
>> those endless "Zope 3, Zope 3 Application Server, Zope blah blah..." 
>> considerations.
> 
> And getting an endless discussion about Zope, Zope Toolkit, Zope 2, Grok, 
> Bluebream, repoze.bfg … 
> 
> I am just creating a German broschure about Zope and we are relaunching 
> zope.de these days, and I can tell you it is hell to explain what Zope is.
> 
> What's in a name? I don't mind having a name for a reborn Zope 3 and 
> Bluebream   might be ok. 
> 
> But we must keep an eye on our trademark "Zope".  
> 
> What is "Zope" if we have
> 
> - Zope Toolkit 
> - Zope 2
> - Grok
> - Bluebream
> - BFG
> 
> Seems that there is no Zope anymore.  ;-)
> 
> juh
I agree,
we have two names that ar known to a wider audience:
Zope and Plone.

all the other items bear so little "market value" that even an insider can not
place them.

Therefore I think either of the two should be part of any new packages name
meant to be recognized by non Zope affectionados.

Bluebream for Zope
BlueZope
Bluebream gone Zope

what ever

robert
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] Subversion externals versus mirroring

[robert rottermann]

Martijn Faassen schrieb:
> Hi there,
> 
> Christian Theune wrote:
>> a long-standing issue with our mirror of svn.zope.org are the absolute
>> URLs of externals: they require the repository to be available on a
>> given URL.
>>
>> I propose to use relative URLs for externals. I guess a complete update
>> isn't necessary, but I'd like to improve the situation and start using
>> them from now on. Maybe we should also put a commit hook in place as a
>> safety belt?
>>
>> However, this requires Subversion 1.5 which we are using on the server
>> already, but I don't know whether we assume clients are 1.5 or higher.
> 
> I certainly still use a SVN 1.4.x client, being on Ubuntu 8.04 LTS 
> (released just last year). I don't think SVN 1.5 is common enough yet to 
> make such a move possible.

you still can use 1.4 clients an a 1.5 server I think..

robert
___
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] RFC: Site -> Locus

[robert rottermann]

> One reason Locus might be a bad word is because it's easily confused 
> with "Location", a concept we already have.

an other one is that in german locus is often used for a place where you sit
down and use  paper to clean your back afterwards..

robert
___
Zope-Dev maillist  -  Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://mail.zope.org/mailman/listinfo/zope-announce
 http://mail.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] "ZTK" futures: one big package?

[robert rottermann]

chris
you have *exactly* mirrored my feelings as a longtime zope2 user/application
developer getting in touch with plone3/five.
now after a year digging in it I still am not free of it

thanks a lot
robert

Chris McDonough schrieb:
> I realize now that I've neglected to give sufficient reasoning for why less 
> granular packaging would be a good thing.
> 
> I've noticed that there's a common theme in Zope development, software, and 
> packages that I can only describe as "power law development" or "turtles all 
> the 
> way down".  It's a bit of an antipattern, unfortunately.
> 
> I'll provide an example by way of Zope-3-the-appserver.  In an application 
> that 
> uses Zope-3-the-appserver, many individual subframeworks will be used.  For 
> example, there is a traversal subframework, a security subframework, a 
> cataloging subframework, and so on.
> 
> Each of these subframeworks acts as a logical unit, and through the magic of 
> the 
> component architecture, each can be replaced wholesale by registering some 
> adapter.  However, each of these subframeworks tend to also have settings 
> that 
> can be configured.  For example, individual traversal steps for certain types 
> of 
> objects can be overridden by registering an adapter that *configures* the 
> subframework.  In the case of Zope 3, we have a traversal situation where the 
> larger traversal subframework can either be replaced wholesale via an adapter 
> registration or extended piecemeal via other adapter registrations.
> 
> The problem is that the mechanism to *replace* the subframework is the same 
> as 
> the mechanism to *configure* it (both are done via adapter registration, 
> sometimes even in the same file).  This is theoretically fine.  But in 
> reality, 
> it's tremendously hard for someone just walking up to a complex system like 
> Zope 
> 3 to discern adapter registrations that replace subsystems from those which 
> merely configure subsystems.  An inability to discern the difference leads to 
> situations where people just "don't get the joke" and try to wiggle wires to 
> configure-to-death a existing subsystem that's clearly suboptimal for their 
> use 
> case instead of just replacing it wholesale with a much simpler custom 
> policy. 
> They just don't know it was engineered to be replaced.  So they keep adding 
> more 
> configuration code to the existing subframework to handle various 1% edge 
> cases. 
>   Often this code makes the subframework tremendously complex, and the 
> subframework grows inappropriate dependencies along the way.  *Sometimes* the 
> situation gets so confusing for a new user, they just quit and go use 
> something 
> else.
> 
> This is a pattern that happens over and over again in Zope development.  In 
> my 
> personal opinion, the original error was trying to make the subframework 
> configurable at all.  Instead, the subframework should be replaceable easily, 
> but it should itself be relatively rigid.  At very least, for subframeworks 
> that 
> really do require extra configuration (should be very few), this 
> configuration 
> should be done via highly specialized ZCML directives (or grokkers), as 
> opposed 
> to some very general adapter registration that can't be easily discerned from 
> other adapter registrations by a newbie.
> 
> If the subframeworks were more rigid (but replaceable), the *intent* of the 
> subframework author could be more easily discerned, and fewer people would 
> fall 
> into the trap of adding more configuration code to a subframework instead of 
> just replacing it entirely.  And fewer people would just walk away in 
> frustration.
> 
> What does this have to do with packaging?  Well, currently, there's a 
> dizzying 
> number of packages that make up "the ZTK" (nee "Zope 3").  Each of these 
> packages is a pure peer of all others in a PyPI listing with no real way to 
> get 
> a sense of their relative importance other than performing a linear audit.  
> Even 
> if a user *does* do a linear search of all of them, it's still awful hard to 
> discern for some new user which ones are "important", and which ones just 
> happen 
> to exist by some inequity of history without trying to install it.  The user 
> needs to gain some holistic knowledge of the system in order to discern the 
> important bits from these historical inequities.
> 
> Most new users understandably just walk away from *all* Zope packages before 
> they gain this knowledge; it's just too hard for them to tell the difference 
> between the truly important and reusable bits and the stuff that just happens 
> to 
> be packaged up and released but which is useless outside of some highly 
> specific 
> context.  In effect, we just don't communicate *intent* very effectively in 
> our 
> current packaging structure.
> 
> In my opinion, this is why a lot of Python developers who are otherwise very 
> smart have given up on trying to use Zope packages.  The time required to 
> figure 
> out which one

Re: [Zope-dev] ComputedAttribute Object

[robert rottermann]

I do not know
try
Title
Title()
___
Zope-Dev maillist  -  Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://mail.zope.org/mailman/listinfo/zope-announce
 http://mail.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] ComputedAttribute Object

[robert rottermann]

Sandrine Meyantchop schrieb:
> i have only try with str, but the problem is that i want to have for
> example the title but str(self.title) return ComputedAttribute object at
> 0xb7cdb8a0.
self.title() ??

> 
> 
> --- En date de : *Lun 27.4.09, robert rottermann //* a
> écrit :
> 
> De: robert rottermann 
> Objet: Re: [Zope-dev] ComputedAttribute Object
> À: elsand...@yahoo.fr
> Cc: Zope-Dev@zope.org
> Date: Lundi 27 Avril 2009, 8h40
> 
> Sandrine Meyantchop schrieb:
> > Hello,
> > i want to know how i can convert a ComputedAttribute Object to a String.
> > I have exactly the problem explain here:
> > http://www.zope.org/Collectors/Ape/19
> > but i want to have a string in state of a ComputedAttribute Object.
> >
>  Any Ideas??
> > Sandra
> > 
> > 
> > 
> > 
> > 
> > ___
> > Zope-Dev maillist  -  Zope-Dev@zope.org
> > http://mail.zope.org/mailman/listinfo/zope-dev
> > **  No cross posts or HTML encoding!  **
> > (Related lists - 
> >  http://mail.zope.org/mailman/listinfo/zope-announce
> >  http://mail.zope.org/mailman/listinfo/zope )
> str(object) ??
> 
> 
> 
> 
> 
> ___
> Zope-Dev maillist  -  Zope-Dev@zope.org
> http://mail.zope.org/mailman/listinfo/zope-dev
> **  No cross posts or HTML encoding!  **
> (Related lists - 
>  http://mail.zope.org/mailman/listinfo/zope-announce
>  http://mail.zope.org/mailman/listinfo/zope )

___
Zope-Dev maillist  -  Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://mail.zope.org/mailman/listinfo/zope-announce
 http://mail.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] ComputedAttribute Object

[robert rottermann]

Sandrine Meyantchop schrieb:
> Hello,
> i want to know how i can convert a ComputedAttribute Object to a String.
> I have exactly the problem explain here:
> http://www.zope.org/Collectors/Ape/19
> but i want to have a string in state of a ComputedAttribute Object.
> Any Ideas??
> Sandra
> 
> 
> 
> 
> 
> ___
> Zope-Dev maillist  -  Zope-Dev@zope.org
> http://mail.zope.org/mailman/listinfo/zope-dev
> **  No cross posts or HTML encoding!  **
> (Related lists - 
>  http://mail.zope.org/mailman/listinfo/zope-announce
>  http://mail.zope.org/mailman/listinfo/zope )
str(object) ??

___
Zope-Dev maillist  -  Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://mail.zope.org/mailman/listinfo/zope-announce
 http://mail.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] naming Zope

[robert rottermann]

I see no reason at all to rename anything.

remeber the days when there was dBase3. and then dBase4 came allong.
technically better but never took off ?
To the day things are either dBase or dBase3 compatible.

A simmilar situation we have with Zope.
Like dBase,  Zope is a base technology. How its named is not (very) 
important. Nobody but techies will be interested. And they  quickly will
learn what the different bits in the tool-chest are used for. What ever
they are named.

robert




Martijn Faassen schrieb:
> Hey,
>
> Okay, in the interests of making this discussion go quickly, there has 
> been enough negative feedback about renaming Zope 2 to think we have no 
> realistic chance of renaming it.
>
> We are still stuck with the following perceived sequence:
>
> Zope 2, Zope 3
>
> which implies that people should want to upgrade.
>
> How to get out of that bind? We could consider renaming Zope 3. Is there 
> any potential for this?
>
> I'll note that I don't think there's as much at risk here:
>
> Zope 2, Zope 3, Zope Framework.
>
> This isn't a progression that people want to upgrade to either, but it 
> may give the wrong impression.
>
> If we don't call Zope Framework "4.0", we'll be fine. We should call its 
> first release 1.0 and there's no implication of a progression.
>
> Regards,
>
> Martijn
>
> ___
> Zope-Dev maillist  -  Zope-Dev@zope.org
> http://mail.zope.org/mailman/listinfo/zope-dev
> **  No cross posts or HTML encoding!  **
> (Related lists - 
>  http://mail.zope.org/mailman/listinfo/zope-announce
>  http://mail.zope.org/mailman/listinfo/zope )
>
>
>   

___
Zope-Dev maillist  -  Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://mail.zope.org/mailman/listinfo/zope-announce
 http://mail.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] Overhauling the Zope 2 presentation on zope.org

[robert rottermann]

 hi andreas,
thank you very much for your efforts

> Concerning the look & feel: unless someone volunteers for taking over
> the responsibility for providing a Plone theme, I will step forward
> trying to coordinate this with the design efforts that are currently
> in progress for the relaunch of www.zope.de.
> 

Assuming the consent of my colleagues (which I am sure to get) I would like to
offer cooperation with design of the new site.
such work should in any case be done on the base of what dzug is doing for the
dzug site.
I am sure we can take over responsibility at least during development. later
things might be reassigned.


robert
___
Zope-Dev maillist  -  Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://mail.zope.org/mailman/listinfo/zope-announce
 http://mail.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] zope2docs

[robert rottermann]

thanks a lot for the effort that has been put into the new zope documentation.
I have a litte wish:
the colors of the index (light green on whit) is uncomfortable to my eyes and
hard to read.
maybe this could be changed to a more contrasting combination?
robert
Andreas Jung schrieb:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> In preparation for the upcoming Zope 2.12 release we reorganized the
> Zope 2 documentation:
> 
> - - all related documentation is now maintained a restructured text
>   document in SVN:
> 
>   svn+ssh://svn.zope.org/repos/main/zope2docs
> 
> - - The Zope Book, The Zope Developers Guide and some ZODB
>   articles have been converted from STX to ReST
> 
> - - The Zope 2.12 doc folder has been restified and is included
>   within the zope2docs folder through a svn:external
> 
> - - The Zope 2 specific documentation including releases notes will
>   be generated in the future using Sphinx from 'zope2docs2' and
>   published on docs.zope.org
> 
> Thanks to Hanno and Tres for reSTifying the Zope book and the ZDG.
> 
> Andreas
> 
> 
> 
> - -- 
> ZOPYX Ltd. & Co. KG - Charlottenstr. 37/1 - 72070 Tübingen - Germany
> Web: www.zopyx.com - Email: i...@zopyx.com - Phone +49 - 7071 - 793376
> Registergericht: Amtsgericht Stuttgart, Handelsregister A 381535
> Geschäftsführer/Gesellschafter: ZOPYX Limited, Birmingham, UK
> - 
> E-Publishing, Python, Zope & Plone development, Consulting
> 
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.9 (Darwin)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
> 
> iEYEARECAAYFAkmgDVAACgkQCJIWIbr9KYyZMQCfShleZE5uqRL2f/UJvXxwkz8X
> QKoAmQHSNGC/mJMxxznzK79aAPidRc9k
> =Nw53
> -END PGP SIGNATURE-
> 
> ___
> Zope-Dev maillist  -  Zope-Dev@zope.org
> http://mail.zope.org/mailman/listinfo/zope-dev
> **  No cross posts or HTML encoding!  **
> (Related lists - 
>  http://mail.zope.org/mailman/listinfo/zope-announce
>  http://mail.zope.org/mailman/listinfo/zope )

___
Zope-Dev maillist  -  Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://mail.zope.org/mailman/listinfo/zope-announce
 http://mail.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] SOAP support?

[robert rottermann]

Andreas Jung wrote:
> Hi,
>
> I think it would be time to support SOAP out-of-the-box in some way in
> Zope 2. XMLRPC is still a useful functionality but the whole world
> speak of
> web-services and Zope should support building web-services at least on
> the SOAP level. I am sure that would bring back some more attention to
> Zope as application-server.
>
> There are several SOAP related products available on zope.org. Does
> anyone know about their functionality, pros & cons? I know that there
> is also some SOAP support available for Plone/Archetypes (I think
> written by Benjamin Saller).
>
i like the idea ver much,

we have been doing a number of projects  that needed SOAP connectivity.
we always used pythons HTTP/URL-libs to connect to the services. therefore
I can not comment  available Zope/Plone based tools.
Using SOAP implementing these project not only might have been more
straight forward 
but would have left the client (even) more confident to have chosen the
right tool.

robert
begin:vcard
fn:robert  rottermann
n:rottermann;robert 
email;internet:[EMAIL PROTECTED]
tel;work:031 333 10 20
tel;fax:031 333 10 23
tel;home:031 333 36 03
x-mozilla-html:FALSE
version:2.1
end:vcard

___
Zope-Dev maillist  -  Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://mail.zope.org/mailman/listinfo/zope-announce
 http://mail.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] Zope 2.8.6 and 2.9.1 schedule

[robert rottermann]

Andreas Jung wrote:


--On 23. Januar 2006 21:37:10 +0100 Andreas Jung 
<[EMAIL PROTECTED]> wrote:



I am plan to release Zope 2.8.6 and 2.9.1 in the middle of February
(around Feb, 15th).



Unfortunately I am currently too busy to do any releases right now. 
There are also some bug reports pending that should at least be 
checked before

the next releases. I think I will have some time at or or after PyCon
to care about the release.

Andreas


___
Zope-Dev maillist  -  Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://mail.zope.org/mailman/listinfo/zope-announce

 http://mail.zope.org/mailman/listinfo/zope )
  
Andreas, could you please add a fix for 
http://www.zope.org/Collectors/Zope/1819
it is absolutely trivial and needs no testing (there is a stale 
parameter final on line 49 of Products/ZODBMountPoint/MountedObject.py)


thanks
robert
begin:vcard
fn:robert  rottermann
n:rottermann;robert 
email;internet:[EMAIL PROTECTED]
tel;work:031 333 10 20
tel;fax:031 333 10 23
tel;home:031 333 36 03
x-mozilla-html:FALSE
version:2.1
end:vcard

___
Zope-Dev maillist  -  Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://mail.zope.org/mailman/listinfo/zope-announce
 http://mail.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] Re: [RfC] Removal of old stuff in Zope 2.10

[robert rottermann]

Andreas Jung wrote:



--On 22. Dezember 2005 12:32:07 +0100 Tino Wildenhain 
<[EMAIL PROTECTED]> wrote:


I dont think we should inlcude more 3rd party products into zope core
unless they are required for core funtionality. And a random database
adaptor isnt really core functionality.



Another point: with Zope 2.10 we want to replace more and more 
duplicate code  from the Zope 2 core with Zope 3 code. Since 
out-of-the-box RDBMS functionality might be off interest for the Zope 
3 community it should be part of the Zope 3 (to be re-used within Zope 
2). I think that would be the way to go if there is consensus about 
the necessity for having Sqlite in Zope 2/3 (the license issue is 
still an open point).


-aj


I perfectly agree with both of these arguments.
However having a "dead easy to use" RDBMS tool is very convenient. Both 
for teaching and marketing purposes.


Robert
___
Zope-Dev maillist  -  Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce

http://mail.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] Re: [RfC] Removal of old stuff in Zope 2.10

[robert rottermann]

Rocky Burt wrote:

Max M wrote:
  

If there is another practical way to do it, that would be fine too. I
don't know about sqllite. But if it's more difficulte than dropping a
package into a directory it would be bad.




Personally I'd be a huge proponent of including SQLite in zope core.  It
is extraordinarilly functional and has few requirements.  I particularly
like using it to ensure unit tests against RDBMS connections work
properly.  Requiring a user to install postgresql just to run the unit
tests of a product is somewhat unfeasible.

- Rocky
  

I would like that.
Whenever giving a Zope/Plone class I end up using gadfly since this is 
the only db every one attending can use.
As gadfly is very limited, it would be great to have something a bit 
more powerful.


I would like to help making this possible.

Robert


___
Zope-Dev maillist  -  Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce

http://mail.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] Modifying a ZPT state based on a certain parameter

[robert rottermann]

Mike,
this is not a task for zpt but for a python script.
I would suggest you write a script that gets all courses with a given 
db-state and check them to be in the corresponding workflow state.

If not change the workflow state.
this script you call regularly (daily, hourly, when ever the db has 
changed ..)

Robert

Takahashi, Michael wrote:

Hi guys,

I am running on Zope 2.7.6 with Plone 2.0.5. I am currently building a
dynamic application using MySQL as the backend database.  I'd like to be
able to change a ZPT's state based on a parameter passed by the db.

For example, I have a ZPT that displays information for a particular
course.  However, if this courses "active" field is set to NO, then I
would like to be able to have the ZPT's state be visible.  If the
courses "active" field is set to "yes" then I would like to modify the
state so that the ZPT is published.


I'm thinking I'd probably have to use the wf_tool in conjunction with
portal_workflow?  A call similar to something like so:

tal:condition="python:records.active=='yes'" ...then implement the
necessary call to modify the workflow and make the ZPT published and
vice versa.


Any help is greatly appreciated.


Thanks,

Mike
 
___

Zope-Dev maillist  -  Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://mail.zope.org/mailman/listinfo/zope-announce

 http://mail.zope.org/mailman/listinfo/zope )

  


___
Zope-Dev maillist  -  Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce

http://mail.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] [Interested?] New use for Zope+CMF+Archetypes -- startup time improvements

[robert rottermann]

Dieter,
this sounds very interesting.
The idea of creating  such application that are "shared" between desktop 
and web has always appealed me and I was wondering how to implement it.

So I would be very interested
- that your patches make their way to the Zope core (I am not a Zope 
core contributor tough)
- to learn more about what you have done.

Robert
Dieter Maurer wrote:
Dear Zope developers,
we have used Zope+CMF+Archetypes in a new way -- not
as a Web Application framework but as a framework for
desktop applications that share a large part of their
functionality with online applications (implemented with Zope+CMF+Archetypes).
A major stumbling block has been Zope's incredibly high startup
time. We observerd times in the order of a minute on computers
with either slow CPU or slow IO. This may be acceptable for
a Web server but is prohibitive for a desktop application -- especially
as the predecessor application started within a few seconds.
To overcome this obstacle, we tweaked Zope and fixed Python's import
mechanism such that Zope now starts either out of a ZIP archive
or as a frozen application. These measures had the following results.
 Startup times on a mid range computer (AMD Athon 1.4 GHz; 512 MB memory)
 with a standard IDE disk.
Cold start  Warm start
(after computer startup)(most files in OS cache)
   File system 13s5s
   ZIP archive  8s4s
   Frozen   5s3s
In more details, we did:
 *  implement a package for a new kind of "url"s "pypackage:"
for package relative access to resources.
The package monkey patches Python's "open", "os.listdir",
"os.stat" to provide transparent access to
"pypackage:" identified resources.
It currently support package relative access for
packages loaded from the file system, from a ZIP
archive and from the executable itself (i.e. frozen packages).
In the last case, the resources are in a separate ZIP
archive.
This package might be interesting for Python as a whole
as it is not Zope specific.
 *  implement a shared object importer to be used
as a Python "meta_path" hook.
This importer allows to load shared objects into the context
of a parent package (such as e.g. "ZODB.TimeStamp") although
the shared object is not located inside the package's source
(ZIP archive or executable).
 *  fix about 70 occurrences in Zope code where
package relative access was implemented by "dirname(__file__)"
to consistenty use "package_home".
 *  modify about a dozen places in Zope+CMF to use
"pypackage:" and cope with "__path__" not being a list
for frozen packages
 *  fix a few products (Archetypes and friends, TextIndexNG2,
PlacelessTranslationService, ...) to use
"package_home" (rather than "dirname(__file__)") and
not to change the current working directory (which obviously
would fail for destinationsbe in a ZIP archive
or the executable).
 *  implement lazy loading of "ImageFile"s to
reduce the risk of recursive imports (and reduce startup time).
 *  support lazy product initialization
 *  support configuration from a pickle file (to avoid
expensive parsing of the schema and configuration files).
The pickle is used as a configuration cache.
 *  fixed Python's import mechanism not to treat ZIP
archives as a directory when the archive could not
find a module.
If you were *really* interested in these startup time improvements,
I could provide patches which might be integrated
in the Zope core for e.g. Zope 2.9.
 
___
Zope-Dev maillist  -  Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.zope.org/mailman/listinfo/zope )

[Zope-dev] Re: [Zope-CMF] opaque items, events

[Robert Rottermann]

Florent Guillaume wrote:
Directing to Zope-dev as this is not CMF-specific.
On 7 Dec 2004, at 6:25, Robert Rottermann wrote:
The methods that need to send events are:
  manage_afterAdd
  manage_beforeDelete (both in various classes)
  move_object_to_position (would be moveObjectsByDelta for straight  
Zope)
  manage_renameObject
  manage_pasteObjects
  manage_clone

We also need a manage_editObject (or similar) event
to react on objects being edited.

Yes but I'm talking about existing points where hooks are needed.
But indeed the semantics for edit events have to be devised.
In the context of CMF we have a central point (reindexObject) that 
mostly does it.
Yes I konw and use it. The problem that when more than one product wants 
to use it, the outcome is not well defined.

Robert
___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] [Zope Enhancement Proposal] Sanitizing local roles

[robert rottermann]

Thanks for your answer,
Dieter Maurer wrote:
And If I can express yet an other wish:
I would very much like to have a way to see what the settings for a 
particular User is. And where the settings for a given permissions have 
come from.

You might be interested in GRUFs "Audit".
When I tried it in my installation, it entered an infinite loop -- apparently
some bug. But conceptually, it may come near to what you want.
I do have such  a tool myself. It is only that I think it should be 
provided by the core. Using my own tool I am allways afraid that I did 
not understand an obscure aspect of the security machinery correctly.

Robert
___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] [Zope Enhancement Proposal] Sanitizing local roles

[robert rottermann]

I agree with you, technically it is not in line with Dieter's proposal. 
But locically. Whenever I come accross one I have to deal with the other.
And I never said, that we have to add all the information to one single 
table..
As you said, it is not really hard to write the code for a task as I 
propoaed. It is the fact that there is no easy  way to get at this 
(badly needed) information that is anoying.

Robert
Andreas Jung wrote:

--On Donnerstag, 22. Juli 2004 21:35 Uhr +0200 robert rottermann 
<[EMAIL PROTECTED]> wrote:

I would like to see where a role was assigned.
And If I can express yet an other wish:
I would very much like to have a way to see what the settings for a
particular User is. And where the settings for a given permissions have
come from.
Your problem is mainly a problem of visualization. and at least not 
directly related to Dieters proposal.
For a project I wrote a UI where you can see for a given object in the 
ZODB hierarchy which permission/role
settings are defined above in the tree and which subobjects override the 
settings.  The code for doing this
is not really a problem. The problem is how to put these informations in 
a UI. Given the nature of the problem
one would really need a 3D display..maybe 4D :-)

Andreas Jung
zopyx.com - Software Development and Consulting Andreas Jung

___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] [Zope Enhancement Proposal] Sanitizing local roles

[robert rottermann]

I would very much apreciate such an enhancment.
so ++1
I would like to see where a role was assigned.
And If I can express yet an other wish:
I would very much like to have a way to see what the settings for a 
particular User is. And where the settings for a given permissions have 
come from.

Robert
Dieter Maurer wrote:
Local roles are "acquired" from ancestors.
While this is not bad for e.g. a "Manager" local role,
its conceptual usefulness is in great doubt for e.g. the "Owner" role.
It is very unclear why an "Owner" of a folder should automatically
be an "Owner" of all its content.
I therefore propose to make "acquisition" of local roles
customizable.
I see two potential variants:
 1. objects get a boolean flag "__ac_acquire_local_roles__"
with default value "True" which allows "acquisition"
of all local roles.
 2. objects get a dictionary "__ac_acquire_local_roles__"
mapping role names to a boolean which allows acquisition
for the respective role.
Of course, the second variant provides more fine grained control
and will require a more complex UI.
The change would affect the methods "allowed" and "getRolesInContext".
of "AccessControl.User.BasicUser" and would require
new methods in "AccessControl.Role.RoleManager" to
read and modify the new "__ac_acquire_local_roles__".
Moreover, I propose to change the local role management pages.
When setting local roles, information about "acquired"
local role definitions is very helpful.
I therefore propose to display this information on the local
role edit page.
I even would prefer a much more drastic change for both
local role management and permission-role-map management:
a compact look only overview mapping roles to users
and permission to roles, respectively, with links to
a page to edit the association of a single role or permission,
respectively. Something like:
  Role|  acquire |  locally assigned users| ancestor assigned users
  -
  Owner   |   no |  dieter| admin, dieter
  -
  Manager |   yes|  dieter| admin
  -
  The "Role" column is a link to a page to edit "acquire"
  and "locally assigned users" for the respective role.
Advantages:
 * more natural behaviour for roles like "Owner"
 * access restricted sub-sites would be much easier to implement
 * more informative management pages
Risks:
 * Classes deriving from "AccessControl.BasicUser" may have
   overridden "allowed" and "getRolesInContext".
   Such overridden methods would not interpret "__ac_acquire_local_roles__"
   until adapted.
   Fortunately, it is not very likely that these two methods
   are overridden.
 * Local roles get a bit more complex.
   However, explicit "acquisition" control is already used
   for the permission role mapping. Thus, users could
   recognize the same concept.
 * The 2.8/2.9 edition of the Zope Book would need to be adapted.
If there is interest,
I could implement the changes and provide patches
against the Zope SVN version.
However, I do not have write permissions to the repository.
This means, someone else would need to make the actual checkins.
BTW: Almost surely, I will implement the proposed change in our
  "private" Zope copy and use it in one of our projects.
  This means, I could provide "production experience" for the
  change in some months.
___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] Product Testing

[robert rottermann]

Do not run Zope as a service but from a batch file (you find it as  
/YOURINSTANCE/bin/runzope.bat)

Then I would propose using wing from www.wingide.com.
I recomend the beta 2.0 version since it has a muchg nicer UI than the V 1.X
Robert
Marshall Powers wrote:
I'm somewhat new to zope in general, and I've been having some trouble 
developing products. Im running 2.7 on WinXP as a windows service. My 
biggest problem is with debugging my products. Right now, the only 
feedback I get is whether or not the zope service starts successfully. 
It would really help if I could get some error message as to what part 
of my product zope choked on. Any Ideas?

Thank You,
Marshall
___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.zope.org/mailman/listinfo/zope )

 


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] cvs down ??

[robert rottermann]

Tim Peters wrote:
[robert rottermann]
 

I try to access  the Zope cvs anonymously according to the instructions.
However it fails.
Has anything changed, or is this temporarily.
   

:pserver: access is disabled for now, because of recently announced security
holes.  It will be enabled again when (and if?) CVS is repaired and
installed.
 

[EMAIL PROTECTED]:/home/zope/Products> cvs -d 
   

 :pserver:[EMAIL PROTECTED]:/cvs-repository co Zope
 

cvs [checkout aborted]: connect to cvs.zope.org:2401 failed: Connection 
   

 Refused
Maybe better news:  if you want Zope HEAD, that's been moved from CVS to
SVN.  Install an svn client, and do
   svn co svn://svn.zope.org/repos/main/Zope/trunk Zope

 

Tim,
thanks for your answer,
what I would like to download is CMFSetup
Robert
___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.zope.org/mailman/listinfo/zope )

[Zope-dev] cvs down ??

[robert rottermann]

Hi there,
I try to access  the Zope cvs anonymously according to the instructions. 
However it fails.

Has anything changed, or is this temporarily.
Robert
[EMAIL PROTECTED]:/home/zope/Products> cvs -d 
:pserver:[EMAIL PROTECTED]:/cvs-repository co Zope
cvs [checkout aborted]: connect to cvs.zope.org:2401 failed: Connection 
refused

___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] Read-only root database doesn't work ... bug or feature?

[robert rottermann]

Paul Winkler wrote:
On Thu, May 20, 2004 at 10:53:35AM +0200, robert rottermann wrote:
 

Paul Winkler wrote:
   

I'm trying to figure out how to mount my main storage read-only
with zope 2.7.0.  I'm starting to suspect that it's impossible.
 

(snip)
 

we had a simmilar problem. Eventually we spved it by patching zope.
However I am not sure whether the problem  was caused by Products (we do 
it for a plone site ) or by Zope itself.

what we changed is on a windows box that is not running under linux. 
thats why I do not include it here. However I can rboot that machine and 
send it to you if you like.
   

Please do! That would be much appreciated.
Thanks!
 

Paul,
sorry that it took so long.
I just booted my server under windows to get at what adaptations  we 
did, however I found out that I do not have the code on that  computer.
However it was something allong the line dieter suggested.

I am however interested what your findings with Formulator is.
We have a very strange problem with the CD we create. A Product of ours 
that is based on Archetypes is not initialized correctly. We have to 
first refresh Archetypes and then our product from the ZMI.

If you have an idea what could be the problem he: Hints are welcome.
Robert
___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] Read-only root database doesn't work ... bug or feature?

[robert rottermann]

Paul Winkler wrote:
I'm trying to figure out how to mount my main storage read-only
with zope 2.7.0.  I'm starting to suspect that it's impossible.
I tried a few things below
-
ATTEMPT #1.
I find this in the zope.conf examples:
# Directive: read-only-database
#
# Description:
# This causes the main Zope FileStorage-backed ZODB to be opened in
# read-only mode.
#
# Default: off
#
# Example:
#
# read-only-database on
... so I uncomment that line and restart.
Zope starts OK but the database is evidently still writeable, I can
still change anything.
Is this a bug in the zope.conf examples, or a bug in zope?
-
ATTEMPT #2.
Apparently there is another read-only flag within each database config
section. So, I try that. In my zope.conf:

   # Main FileStorage database
   cache-size 2
   mount-point /
   
 path $INSTANCE/var/Data.fs
 read-only on
   

When I start with this config, zope dies during product initialization
which apparently wants to commit:
--
2004-05-19T19:08:10 ERROR(200) Zope Couldn't install Formulator
Traceback (most recent call last):
 File "/home/pw/Zope-2.7.0/lib/python/OFS/Application.py", line 785, in install_product
   get_transaction().commit()
 File "/home/pw/Zope-2.7.0/lib/python/ZODB/Transaction.py", line 232, in commit
   self._commit_begin(jars, subjars, subtransaction)
 File "/home/pw/Zope-2.7.0/lib/python/ZODB/Transaction.py", line 340, in _commit_begin
   jar.tpc_begin(self)
 File "/home/pw/Zope-2.7.0/lib/python/ZODB/Connection.py", line 692, in tpc_begin
   self._storage.tpc_begin(transaction)
 File "/home/pw/Zope-2.7.0/lib/python/ZODB/BaseStorage.py", line 142, in tpc_begin
   raise POSException.ReadOnlyError()
ReadOnlyError
Traceback (most recent call last):
 File "/home/pw/Zope-2.7.0/lib/python/Zope/Startup/run.py", line 49, in ?
   run()
 File "/home/pw/Zope-2.7.0/lib/python/Zope/Startup/run.py", line 19, in run
   start_zope(opts.configroot)
 File "/home/pw/Zope-2.7.0/lib/python/Zope/Startup/__init__.py", line 51, in start_zope
   starter.startZope()
 File "/home/pw/Zope-2.7.0/lib/python/Zope/Startup/__init__.py", line 230, in startZope
   Zope.startup()
 File "/home/pw/Zope-2.7.0/lib/python/Zope/__init__.py", line 46, in startup
   _startup()
 File "/home/pw/Zope-2.7.0/lib/python/Zope/App/startup.py", line 93, in startup
   OFS.Application.initialize(application)
 File "/home/pw/Zope-2.7.0/lib/python/OFS/Application.py", line 279, in initialize
   initializer.initialize()
 File "/home/pw/Zope-2.7.0/lib/python/OFS/Application.py", line 306, in initialize
   self.install_products() 
 File "/home/pw/Zope-2.7.0/lib/python/OFS/Application.py", line 553, in install_products
   return install_products(app)
 File "/home/pw/Zope-2.7.0/lib/python/OFS/Application.py", line 584, in install_products
   folder_permissions, raise_exc=debug_mode)
 File "/home/pw/Zope-2.7.0/lib/python/OFS/Application.py", line 785, in install_product
   get_transaction().commit()
 File "/home/pw/Zope-2.7.0/lib/python/ZODB/Transaction.py", line 232, in commit
   self._commit_begin(jars, subjars, subtransaction)
 File "/home/pw/Zope-2.7.0/lib/python/ZODB/Transaction.py", line 340, in _commit_begin
   jar.tpc_begin(self)
 File "/home/pw/Zope-2.7.0/lib/python/ZODB/Connection.py", line 692, in tpc_begin
   self._storage.tpc_begin(transaction)
 File "/home/pw/Zope-2.7.0/lib/python/ZODB/BaseStorage.py", line 142, in tpc_begin
   raise POSException.ReadOnlyError()
ZODB.POSException.ReadOnlyError

-
So, am I just plain S.O.L.?  Is this impossible?
(Note: a similar message was sent earlier to dirstorage-users, but
experimentation has shown me that the storage implementation
doesn't seem to matter... i get the same result with filestorage,
directorystorage, or clientstorage.)
 

we had a simmilar problem. Eventually we spved it by patching zope.
However I am not sure whether the problem  was caused by Products (we do 
it for a plone site ) or by Zope itself.

what we changed is on a windows box that is not running under linux. 
thats why I do not include it here. However I can rboot that machine and 
send it to you if you like.
Robert

___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] Re: Conflict errors on BDBMinimal storage

[robert rottermann]

Chris McDonough wrote:
On Tue, 2004-05-18 at 14:15, Tres Seaver wrote:
 

I recently reworked Anthony Baxter's SQLSessions product for a 
consulting customer, essentially modernizing the code and making it 
compliant with the new Sessions interface (I dropped the bits which do 
the work currently done by BrowserIDManager).  It took me about six 
hours or so, including writing unit tests.  Unfortunately, I don't have 
access to that code, due to the nature of the consulting arrangement.

What I would like to do is revisit the effort, using the new 
PluginRegistry code released as part of the PluggableAuthService 
release;  I am, however, pretty well booked up for the next few weeks. 
I would be glad to advise anybody who felt called to take on such an 
effort, however.
   

I would also like to see this happen.  I don't have the time to help
implement this right now, but I may be able to work it in to an ongoing
engagement at some point in the next few months.
- C

___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.zope.org/mailman/listinfo/zope )

 

I do not know whether I understand this email correctly. So mabe I am 
off topic.
We would like to use  thre PluggableAuthService to replace a userfolder 
that authenticates against a an email server (calling a web service to 
do so) and then caches authentification and other user info in a session.
So we would like to dig into what both of you seem not to have time to do.
How can we get at PluggableAuthService?
I did not find it anywhere.
And we would of course gladly accept Tres offer for advise.

Robert
___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] Re: The bleak Future of Zope?!

[robert rottermann]

> will not be able to participate

easily on the academic Zope3 train. The technic
freaks who modell Zope3 are usually not application
developers,  which have to build and run working
> applications for real human users.

That's both insulting and incorrect.  Many of the leaders
of the Zope 2 community are involved in Zope 3 and using it.
These people are application developers.
Jim,
we native german speakers tend to be much more direct and phrase dings 
more bluntly the you americans do.
In german I read Maik's statement as a strong opinion but never as an 
insult.

Since I am the one who asked Mike to speak up I would feel bad if it 
created any bad feelings.

Robert

___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] Re: [Zope3-dev] Re: Zope and zope

[robert rottermann]

Fred Drake wrote:

Jim Fulton noted:
> Of course, having two packages with names differing only in case is a
> bit ugly.
>
> Do we want to consider renaming one or both of these packages
> to avoid the conflict?
A bit ugly, but I can live with it.

On Tuesday 13 April 2004 22:17, Tres Seaver wrote:
> -1 to renaming 'Zope';  the amount of third-party code which we would
> break is incalculable.  -0 to renaming 'zope' to 'z3', or something;  at
> least third party code for Zope3 was built in the test-driven culture,
> and has at least some chance of migrating cleanly with confidence.
On Tuesday 13 April 2004 10:44 pm, Stephan Richter wrote:
> You wanna rename 'zope' to 'z3' for the purpose of merging the two? I
> really hope that will not be the case. Or is this for Zope 2 only?
>
> I would hate to have imports like "z3.app.foo" or even "z3.i18n". I am
> definitely -1 on this option, if it also applies to standalone Zope 3.
Tres has a good objection, *if* we actually expect 3rd-party Zope 2 code to 
work in Zope 3.  (I don't know if we have this requirement or not; I've no 
personal interest in doing so.)

If we don't expect 3rd-party Zope 2 code to work in Zope 3, then the second 
entry on sys.path seems good enough; having a collection of code identified 
by two different names is unworkable.  (Think absolute imports here.)

Any requirement that states 3rd-party Zope 2 code work in Zope 3 will have to 
be worked out; that's the key here.

 -Fred

 

I have not done anything with z3 yet, tough we intend to start working 
with it soon.
We have a number of products that are mostly plain python within a thin 
zope-shell.
Since we probably would like to use them in z3 and must maintain them in 
z2 I would like to see a way to mix the two.

Robert

___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.zope.org/mailman/listinfo/zope )

Re: Zope + Ape + Subversion (was: RE: [Zope-dev] Using a truely r evis ion based storage for Zope ?)

[robert rottermann]

[EMAIL PROTECTED] wrote:

Brad,

About the branch thing ... That's basically the idea!

The bigger problem here is how to "manage" this both internally and from a
user/administrator perspective.
This paradigm only really makes sense in the CMF world anyways, and I want
to focus on basic Zope before moving up to the extra layer CMF represents.
I'm also worried getting something like this to work with CMF woudl require
an ungodly amount of monkey patching :P
The main things with CMF would be:

1) "published" type states vs. other states: how does one tell/define the
difference ? How does this information get passed to/from the publishing
system or the storage layer ?
Possible solution: Have the subversion/zope interface interact with
DCWorkflow.  When an object is changed, consult DCWorkflow settings and
determine what state the object is in.  If the state is deemed "published",
copy the object into the publishing branch.
2) If we got this far, then I need to know when to use the branch vs. the
trunk.  From a user prespective this isn't too big a deal, a ZMI interface,
cookies, etc ... That's all ok ... The problem is that by the time the
request comes to the storage side of things, that information is most likely
gone (Don't know though, I'm still learning).  Then there's the whole
caching thing that would probably complicate things.
2) Message logging: CMF "comments" when doing a workflow action could go
straight into SVN's logging, again how this might be accomplished isn't
clear as of yet.
This is all for the future though, I'm nowhere near this yet!!

Also, I'm thinking the cooler features may just have to wait for Zope 3 ...
Implementing them in Zope might be too convoluted.
I should probably start a Wiki on this topic !

J.F.

-Original Message-
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: 13/04/2004 8:40 AM
Subject: Re: Zope + Ape + Subversion (was: RE: [Zope-dev] Using a truely
revis   ion based storage for Zope ?)
On 12 Apr 2004 at 18:03, [EMAIL PROTECTED] wrote:

 

Anyways, I'm just rambling by now ... Comments, thoughts and
   

constructive
 

criticism welcome !
   

This sounds wonderful!

Regarding versions. Perhap you can have a control panel setting that
selects the 
branch to publish "by default". The ZMI could offer another mechanism
that uses 
cookies to select the desired "branch or version"  That is, a branch
name or "PREV, 
HEAD" etc.

But, I use jEdit and FTP for most of my Zope work, so would really like
to have a way to 
access version/branches via FTP. Maybe that can be done by having pseudo

subdirectories named after revisions or branches. So
/myFolder/.Prev/index_html 
would do what you expect (note you can't save to old versions anyway ..)



 

François,

we did a versioning Product here at redCOR which is about to go into 
production. It is "served" trough DCWorkflow state changes.
It stores a series of objects per versioned object. One for each 
version. No diff's or such.
I would be very much interested to adapt it such that it uses an APE/svn 
augmented storage for it.

Robert

___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] Re: RFC: backward compatibility of ps bindingsRESOLUTION

[robert rottermann]

Brian Lloyd wrote:

I did check with a fresh 2.6 xx
A DCWorkflow script that was not not called with the version from a few 
hours ago is now called but produces the following traceback

This happens when the container binding is set to "container" and also 
when it is cleared.

Traceback (innermost last):
 Module ZPublisher.Publish, line 98, in publish
 Module ZPublisher.mapply, line 88, in mapply
 Module ZPublisher.Publish, line 39, in call_object
 Module Products.CMFCore.FSPythonScript, line 92, in __call__
 Module Shared.DC.Scripts.Bindings, line 298, in __call__
 Module Shared.DC.Scripts.Bindings, line 329, in _bindAndExec
 Module Products.CMFCore.FSPythonScript, line 126, in _exec
  - __traceback_info__: ({'traverse_subpath': [], 'container': 
, 'context': , 'script': }, 
(None, 'File', None), {}, (None, None, None))
 Module None, line 12, in createObject
 Module Products.CMFCore.PortalFolder, line 362, in invokeFactory
 Module Products.CMFCore.TypesTool, line 824, in constructContent
 Module Products.CMFCore.TypesTool, line 516, in constructInstance
 Module Products.CMFCore.TypesTool, line 420, in _finishConstruction
 Module Products.CMFCore.CMFCatalogAware, line 101, in 
notifyWorkflowCreated
 Module Products.CMFPlone.WorkflowTool, line 26, in notifyCreated
 Module Products.CMFCore.WorkflowTool, line 362, in notifyCreated
 Module Products.DCWorkflow.DCWorkflow, line 367, in notifyCreated
 Module Products.DCWorkflow.DCWorkflow, line 440, in _changeStateOf
 Module Products.DCWorkflow.DCWorkflow, line 543, in _executeTransition
 Module Shared.DC.Scripts.Bindings, line 298, in __call__
 Module Shared.DC.Scripts.Bindings, line 329, in _bindAndExec
 Module Products.PythonScripts.PythonScript, line 311, in _exec
 Module None, line 1, in setTaskOwner
  - 
  - Line 1
AttributeError: StateChangeInfo instance has no attribute 
'getPhysicalRoot'

Robert
   

It would be helpful if you could go through that in the debugger 
and see if you can get any more info - I don't see anything in 
this that obviously points to any of the recent security changes.

That's not to say that one of those changes couldn't still be the 
cause, but this traceback doesn't point to anything we can look 
at :(

Alternatively, if you can make a copy of the failing script and 
boil it down to the minimum possible code that demostrates something 
that should be working but isn't (and that excludes app-specific or 
Plone objects if possible so that we can turn it into a unit test) 
I can try to look at it here.

thx,



Brian Lloyd[EMAIL PROTECTED]
V.P. Engineering   540.361.1716  
Zope Corporation   http://www.zope.com 

 

Brian,
I tried hard to recreate the problem in isolation but failed. So it must 
be something whith what we are doing.
Strange that  our code  works fine with 2.62.

thanks again
Robert
___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] Re: RFC: backward compatibility of ps bindings RESOLUTION

[robert rottermann]

Brian Lloyd wrote:

Jeremy Hylton wrote:
   

What if you used a special object that would produce a useful error
message if the user tries to access the container.
 

I like this.  Make it a singleton, and put it in the global namespace 
for Scripts, so that we can write:

  if context is Inaccessible:
# Do without access to context
   

I've checked in the changes to the 2.6 branch, 2.7 branch and the head
to change the binding behavior for 'container' and 'context':
 - If the user does not have access to the item, the script 
   will bind an UnauthorizedBinding object instead of the 
   real object, rather than throw an exception at binding 
   time.

 - Any attribute or item access on the UnauthorizedBinding will 
   throw an Unauthorized, including the name of the binding 
   that the user didn't have access to.

The result is that if you have scripts where the script container 
is inaccessible to the users of the script:

 - If the script does not reference 'container' in its code, 
   things will work without any action on the part of the site 
   admin

 - If the script *does* reference 'container' then a meaningful 
   Unauthorized error will be raised. Site admins can either 
   give users the appropriate roles on the script container or 
   give appropriate proxy roles to the scripts to fix any 
   problems.

Note that I *didn't* put the UnauthorizedBinding in the script 
globals to implement the Inaccessible idea above, because: 

 - it is kind of 'featurish', at least in that it really should 
   have some associated documentation etc.

 - I want to make only absolutely necessary changes at this 
   point and get 2.6.4 and 2.7.0 finalized.
   
If any of the Plone folk who have been running into this issue 
can try the changes from cvs, I'd appreciate it.

thx,

Brian Lloyd[EMAIL PROTECTED]
V.P. Engineering   540.361.1716  
Zope Corporation   http://www.zope.com 

___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.zope.org/mailman/listinfo/zope )

 

I did check with a fresh 2.6 xx
A DCWorkflow script that was not not called with the version from a few 
hours ago is now called but produces the following traceback

This happens when the container binding is set to "container" and also 
when it is cleared.

Traceback (innermost last):
 Module ZPublisher.Publish, line 98, in publish
 Module ZPublisher.mapply, line 88, in mapply
 Module ZPublisher.Publish, line 39, in call_object
 Module Products.CMFCore.FSPythonScript, line 92, in __call__
 Module Shared.DC.Scripts.Bindings, line 298, in __call__
 Module Shared.DC.Scripts.Bindings, line 329, in _bindAndExec
 Module Products.CMFCore.FSPythonScript, line 126, in _exec
  - __traceback_info__: ({'traverse_subpath': [], 'container': , 
'context': , 'script': }, 
(None, 'File', None), {}, (None, None, None))
 Module None, line 12, in createObject
 Module Products.CMFCore.PortalFolder, line 362, in invokeFactory
 Module Products.CMFCore.TypesTool, line 824, in constructContent
 Module Products.CMFCore.TypesTool, line 516, in constructInstance
 Module Products.CMFCore.TypesTool, line 420, in _finishConstruction
 Module Products.CMFCore.CMFCatalogAware, line 101, in notifyWorkflowCreated
 Module Products.CMFPlone.WorkflowTool, line 26, in notifyCreated
 Module Products.CMFCore.WorkflowTool, line 362, in notifyCreated
 Module Products.DCWorkflow.DCWorkflow, line 367, in notifyCreated
 Module Products.DCWorkflow.DCWorkflow, line 440, in _changeStateOf
 Module Products.DCWorkflow.DCWorkflow, line 543, in _executeTransition
 Module Shared.DC.Scripts.Bindings, line 298, in __call__
 Module Shared.DC.Scripts.Bindings, line 329, in _bindAndExec
 Module Products.PythonScripts.PythonScript, line 311, in _exec
 Module None, line 1, in setTaskOwner
  - 
  - Line 1
AttributeError: StateChangeInfo instance has no attribute 'getPhysicalRoot'
Robert



___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.zope.org/mailman/listinfo/zope )

[Zope-dev] DCWorkflow still not Working using 2.6.4c1

[robert rottermann]

Hi  there,
the new security regime that changed the rules to acces scripts still 
prevent my workflow to work.

Tres suggestion to give the scripts a proxy role of 'Manager' or 
clearing the parent parameter in the scripts binding did not help.
I have the impressen, that DCWorkflow does not take the proxy role into 
account .

the the script is not called at all, since the security machinery never 
validates the "non Manager" user.

thanks for any help on how to make that work again.

Robert

___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] 2.6.4.c1 still problem with security

[robert rottermann]

Having read  Stuarts post with a similar context I was digging trough 
DCWorkflow with the debugger and found that

In Shared.DC.Scripts.Bindings._getContext(self), there
seems to be a new security check:
   getSecurityManager().validate(parent, container, '', self)
does only allow Manager to access the  container of the script that is 
called during the DCWorkflow transition.

Any ideas?

Robert

robert rottermann wrote:

Hi there,
I am using zope from cvs Zope-2_6-branch. I still get the following 
assertion in a DCWorkflow which worked flawlessly in 2.6.2

Thanks for any pointers
Robert
Traceback (innermost last):
 Module ZPublisher.Publish, line 98, in publish
 Module ZPublisher.mapply, line 88, in mapply
 Module ZPublisher.Publish, line 39, in call_object
 Module Products.CMFCore.FSPythonScript, line 92, in __call__
 Module Shared.DC.Scripts.Bindings, line 261, in __call__
 Module Shared.DC.Scripts.Bindings, line 292, in _bindAndExec
 Module Products.CMFCore.FSPythonScript, line 126, in _exec
  - __traceback_info__: ({'traverse_subpath': [], 'container': 
, 'context': , 'script': }, 
(None, 'File', None), {}, (None, None, None))
 Module None, line 12, in createObject
 Module Products.CMFCore.PortalFolder, line 362, in invokeFactory
 Module Products.CMFCore.TypesTool, line 824, in constructContent
 Module Products.CMFCore.TypesTool, line 516, in constructInstance
 Module Products.CMFCore.TypesTool, line 420, in _finishConstruction
 Module Products.CMFCore.CMFCatalogAware, line 101, in 
notifyWorkflowCreated
 Module Products.CMFPlone.WorkflowTool, line 26, in notifyCreated
 Module Products.CMFCore.WorkflowTool, line 362, in notifyCreated
 Module Products.DCWorkflow.DCWorkflow, line 367, in notifyCreated
 Module Products.DCWorkflow.DCWorkflow, line 440, in _changeStateOf
 Module Products.DCWorkflow.DCWorkflow, line 543, in _executeTransition
 Module Shared.DC.Scripts.Bindings, line 261, in __call__
 Module Shared.DC.Scripts.Bindings, line 290, in _bindAndExec
 Module Shared.DC.Scripts.Bindings, line 1, in ?
 Module Shared.DC.Scripts.Bindings, line 224, in _getContext
Unauthorized: You are not allowed to access  in this context



___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.zope.org/mailman/listinfo/zope )



___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] 2.7rc1 - Unauthorized: You are not allowed to access '' in this context

[robert rottermann]

Stuart,
I do have the same problem. And it occurs using 2.7x and 2.6x.
I am using local roles heavilly so I wonder whether it is linked to that
Robert
Stuart Bishop wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
In Shared.DC.Scripts.Bindings._getContext(self), there
seems to be a new security check:
getSecurityManager().validate(parent, container, '', self)
This is now giving me the following traceback:

Traceback (innermost last):
  Module ZPublisher.Publish, line 100, in publish
  Module ZPublisher.mapply, line 88, in mapply
  Module ZPublisher.Publish, line 40, in call_object
  Module Products.CGPublisher.storage.Storage, line 911, in editPane
  Module Shared.DC.Scripts.Bindings, line 261, in __call__
  Module Shared.DC.Scripts.Bindings, line 292, in _bindAndExec
  Module Products.PageTemplates.PageTemplateFile, line 106, in _exec
  Module Products.PageTemplates.PageTemplate, line 90, in pt_render
   - 
Traceback (innermost last):
 Module ZPublisher.Publish, line 98, in publish
 Module ZPublisher.mapply, line 88, in mapply
 Module ZPublisher.Publish, line 39, in call_object
 Module Products.CMFCore.FSPythonScript, line 92, in __call__
 Module Shared.DC.Scripts.Bindings, line 261, in __call__
 Module Shared.DC.Scripts.Bindings, line 292, in _bindAndExec
 Module Products.CMFCore.FSPythonScript, line 126, in _exec
  - __traceback_info__: ({'traverse_subpath': [], 'container': , 'context': , 'script': }, (None, 'File', None), {}, (None, None, None))
 Module None, line 12, in createObject
 Module Products.CMFCore.PortalFolder, line 362, in invokeFactory
 Module Products.CMFCore.TypesTool, line 824, in constructContent
 Module Products.CMFCore.TypesTool, line 516, in constructInstance
 Module Products.CMFCore.TypesTool, line 420, in _finishConstruction
 Module Products.CMFCore.CMFCatalogAware, line 101, in notifyWorkflowCreated
 Module Products.CMFPlone.WorkflowTool, line 26, in notifyCreated
 Module Products.CMFCore.WorkflowTool, line 362, in notifyCreated
 Module Products.DCWorkflow.DCWorkflow, line 367, in notifyCreated
 Module Products.DCWorkflow.DCWorkflow, line 440, in _changeStateOf
 Module Products.DCWorkflow.DCWorkflow, line 543, in _executeTransition
 Module Shared.DC.Scripts.Bindings, line 261, in __call__
 Module Shared.DC.Scripts.Bindings, line 290, in _bindAndExec
 Module Shared.DC.Scripts.Bindings, line 1, in ?
 Module Shared.DC.Scripts.Bindings, line 224, in _getContext
Unauthorized: You are not allowed to access  in this context
 

orks/2/5/source/getaway/details/editPaneHelper>
  Module Products.PageTemplates.PageTemplateFile, line 74, in 
pt_getContext
  Module Shared.DC.Scripts.Bindings, line 224, in _getContext
  Module AccessControl.ImplPython, line 398, in validate
  Module AccessControl.ImplPython, line 263, in validate
Unauthorized: You are not allowed to access '' in this context

editPaneHelper is just a PageTemplateFile. Storage.editPane
(Python - not Python Script) is calling it like:
return self.editPaneHelper(**options)
Can anyone give me a hint on tracking this down? I have so far been
unable to write a minimal example that fails (they all work), so I'm
unsure if this is a Zope problem or my problem.
- --  Stuart Bishop <[EMAIL PROTECTED]>
http://www.stuartbishop.net/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.3 (Darwin)
iD8DBQFADPECAfqZj7rGN0oRAgUYAJsG+0Bx51I2ZBufS476v7mbOIjT7QCgmBD/
NfboK3y2rSJiT/eR55/ECP8=
=ctqN
-END PGP SIGNATURE-
___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.zope.org/mailman/listinfo/zope )



___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.zope.org/mailman/listinfo/zope )

[Zope-dev] 2.6.4.c1 still problem with security

[robert rottermann]

Hi there,
I am using zope from cvs Zope-2_6-branch. I still get the following 
assertion in a DCWorkflow which worked flawlessly in 2.6.2

Thanks for any pointers
Robert
Traceback (innermost last):
 Module ZPublisher.Publish, line 98, in publish
 Module ZPublisher.mapply, line 88, in mapply
 Module ZPublisher.Publish, line 39, in call_object
 Module Products.CMFCore.FSPythonScript, line 92, in __call__
 Module Shared.DC.Scripts.Bindings, line 261, in __call__
 Module Shared.DC.Scripts.Bindings, line 292, in _bindAndExec
 Module Products.CMFCore.FSPythonScript, line 126, in _exec
  - __traceback_info__: ({'traverse_subpath': [], 'container': , 
'context': , 'script': }, 
(None, 'File', None), {}, (None, None, None))
 Module None, line 12, in createObject
 Module Products.CMFCore.PortalFolder, line 362, in invokeFactory
 Module Products.CMFCore.TypesTool, line 824, in constructContent
 Module Products.CMFCore.TypesTool, line 516, in constructInstance
 Module Products.CMFCore.TypesTool, line 420, in _finishConstruction
 Module Products.CMFCore.CMFCatalogAware, line 101, in notifyWorkflowCreated
 Module Products.CMFPlone.WorkflowTool, line 26, in notifyCreated
 Module Products.CMFCore.WorkflowTool, line 362, in notifyCreated
 Module Products.DCWorkflow.DCWorkflow, line 367, in notifyCreated
 Module Products.DCWorkflow.DCWorkflow, line 440, in _changeStateOf
 Module Products.DCWorkflow.DCWorkflow, line 543, in _executeTransition
 Module Shared.DC.Scripts.Bindings, line 261, in __call__
 Module Shared.DC.Scripts.Bindings, line 290, in _bindAndExec
 Module Shared.DC.Scripts.Bindings, line 1, in ?
 Module Shared.DC.Scripts.Bindings, line 224, in _getContext
Unauthorized: You are not allowed to access  in this context


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] [ANN] Proposal: Integration of reStructuredText into Zope

[Robert Rottermann]

I second that cordially

Robert
- Original Message -
From: "maxm" <[EMAIL PROTECTED]>
To: "Andreas Jung" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Monday, October 28, 2002 8:29 AM
Subject: Re: [Zope-dev] [ANN] Proposal: Integration of reStructuredText into
Zope


> Andreas Jung wrote:
> > Feel free to read and comment on:
> >
> > http://dev.zope.org/Wikis/DevSite/Proposals/ReStructuredTextIntegration
>
> +1
>
> regards Max M
>
>
> ___
> Zope-Dev maillist  -  [EMAIL PROTECTED]
> http://lists.zope.org/mailman/listinfo/zope-dev
> **  No cross posts or HTML encoding!  **
> (Related lists -
>  http://lists.zope.org/mailman/listinfo/zope-announce
>  http://lists.zope.org/mailman/listinfo/zope )
>


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )

[Zope-dev] site-layout question

[Robert Rottermann]

Hi,
for the NZO effort I downloaded the site-layout product.
Looking at the makefiles I see, that in cvs.mk we have a section

#   Zope versions

src/Zope-2.5.0: CVS_REPOSITORY=${ZOPE_CVS_REPOSITORY}
src/Zope-2.5.0: CVS_MODULE=Zope
src/Zope-2.5.0: CVS_TAG=-r Zope-2_5_0-src

src/Zope-2.5-head: CVS_REPOSITORY=${ZOPE_CVS_REPOSITORY}
src/Zope-2.5-head: CVS_MODULE=Zope
src/Zope-2.5-head: CVS_TAG=-r Zope-2_5-branch


My question is: What for do we have src/Zope-2.5.0 and src/Zope-2.5-head?

Is this just to be able to test against diverent zope versions?
Thanks for any info.

Robert

mit freundlichen Grüssen

Robert Rottermann

Wir wollen Technik mit Menschlichkeit verbinden,
um Menschen mit Technik zu erreichen.
www.redcor.ch-   die website
www.redcor.net   -   zope trainings (and more)


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] error with libraries that I'm not using anymore

[Robert Rottermann]

maybe you have to delete all *.pyc files.
Robert
- Original Message -
From: "Juliette Colmant" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, June 27, 2002 9:21 PM
Subject: [Zope-dev] error with libraries that I'm not using anymore


> Hello,
> I have a problem using libraries in Zope.
> I have a Python script that calls a C++ code using
> libraries.
> Actually, at the begining I had a test.so library. But
> now I changed the way to compile my program and I have
> no test.so library anymore, and when I call my python
> script via Zope, I have this message :
>  Error Type: ImportError
> Error Value: test.so: cannot open shared object file:
> No such file or directory
>
> But I don't use the test.so anymore.
> And when I use the python script alone without Zope it
> runs whitout any problem!
> I tried to change the name of my external method to
> see if it was not a problem of cache but I have still
> the same problem...
> Does someone have an idea?
> Thanks
> Juliette
>
> ___
> Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
> Yahoo! Mail : http://fr.mail.yahoo.com
>
>
> ___
> Zope-Dev maillist  -  [EMAIL PROTECTED]
> http://lists.zope.org/mailman/listinfo/zope-dev
> **  No cross posts or HTML encoding!  **
> (Related lists -
>  http://lists.zope.org/mailman/listinfo/zope-announce
>  http://lists.zope.org/mailman/listinfo/zope )
>



___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] Testing Zope Products with Python Debugger

[Robert Rottermann]

Just install a second Zope and have it running from an other Port.
The Product you are developping ypu put in an extra direcory.
start.bat for both versions have to be adapted as follows:
add a line like the following:
set
PRODUCTS_PATH=g:\projects\redModules;k:\programme\zope\lib\python\Products;
As you can see the PRODUCTS_PATH environment setting points to your shared
product directory and the product directory the Zope product path.

To one of the Start.bat's add a -P 9000 (or whatever port-range you wish)
flag

Robert
- Original Message -
From: "William Trenker" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, June 05, 2002 5:32 AM
Subject: [Zope-dev] Testing Zope Products with Python Debugger


> I've read the various tutorials and have successfully used Zope with the
> Python debugger.  But, of course, I can't have my production Zope running
> and the debugger running at the same time unless I get Zeo going.  But is
> there another way?  Is it possible to start Zope in the debugger but have
> it open a different data.fs file for testing?  (I only have one computer
> and have to keep a small, Zope-driven web site running 24/7 as well as do
> development on a new Zope Database Adapter.)
>
> I've looked into the Zeo How-To and feel a little overwhelmed.  And I
> suspect it is probably asking a bit too much of one Celeron 400 with
> Windows 98 to have all that running.  What do you think?  (Sorry, but "get
> Linux" or "get another computer" would be great, but aren't on my
immediate
> horizon.)
>
> Thanks,
> Bill
>
>
>
> --
> "The commandments of the LORD are right, bringing joy to the heart. The
> commands of the LORD are clear, giving insight to life . . . For this is
> the love of God, that we keep His commandments. And His commandments are
> not burdensome." (Psalm 19:8, 1John
> 5:3)torahteacher.com
>






>
> ---
> Outgoing mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.363 / Virus Database: 201 - Release Date: 5/21/02
>



___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] DirectoryViews for Zope2.6?

[Robert Rottermann]

I agree with you.
And they depend on CMF only very ligthly. So taking them out of CMF should
be easy.
Robert
- Original Message -
From: "kapil thangavelu" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, May 30, 2002 3:09 AM
Subject: [Zope-dev] DirectoryViews for Zope2.6?


> hi folks,
>
> i was wondering if there is interest (or possiblity) of including
directory
> views in zope2.6. i've been using them for team development with zope, and
> i've come to think their a fantastic dev. method in combination with cvs.
>
> any takers?
>
> cheers
>
> kapil
>
>
>
> ___
> Zope-Dev maillist  -  [EMAIL PROTECTED]
> http://lists.zope.org/mailman/listinfo/zope-dev
> **  No cross posts or HTML encoding!  **
> (Related lists -
>  http://lists.zope.org/mailman/listinfo/zope-announce
>  http://lists.zope.org/mailman/listinfo/zope )
>



___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] Re: Adding Batch Factory to ZMI "Add" menu OK?

[Robert Rottermann]

Would it not be possible to have undo for the Zope portion of the object
meaning what is stored in in the ZODB can be undone, what is stored in the
fs is as it is.
Like that we would have most of what undo offers for a normal element.
Robert
- Original Message -
From: "Andy McKay" <[EMAIL PROTECTED]>
To: "Leonardo Rochael Almeida" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Tuesday, May 28, 2002 6:45 PM
Subject: [Zope-dev] Re: Adding Batch Factory to ZMI "Add" menu OK?


> My current project is a product called ZFS and I just got an initial beta
> working last night and since this project came up. Essentially im hoping
this
> can be a replacement for LocalFS and all External* products. But this
sounds
> very similar to your work...
>
> ZFS is folderish object that points to a file system and hacks the storage
> level of Zope so that when an object is saved, part of it is "diverted" to
> the file system. Meaning the "textarea" part of a DTML Document is saved
to
> the file system. Because it hacks the storage level, this object appears
to
> be a normal object (so you can do all the usual things to, for example
pasting
> it from ZFS to a normal folder means it becomes a normal object. This
approach
> has many advantages and I hope to be able to allow all standard objects
> (DTML *, Python Scripts, Images, Files) to work in this manner.
>
> If running in debug mode, it syncs automatically to the file system,
meaning
> you can create and edit objects on the FS and they sync straight into
Zope.
> If in production mode, you call it manually to update, thus getting much
> better performance.
>
> You obviously lose some features (Undo) and there are still many issues to
be
> fixed, but I need to get it done so expect a release soon.
>
> On 27/05/02 18:38 -0300, Leonardo Rochael Almeida wrote:
> > Hello Craeg
> >
> > I particularly prefer the factory aproach. Zope users are already
used
> > to that approach because of the Z Search Interface. I think you
> > shouldn't need a dummy class just to be able to create such a
factory,
> > but right now I don't know how you'd go about creating a factory
without
> > a class.
> >
> > As for an ExternalFileFolder, it would be useful if it automatically
> > created objects when they are added to the respective directory
> > (automatically as in, it checks for new objects when you look at the
> > object list (manage_main), or when you try to access a previously
> > inexistant (sp.) object. Although, because of Data.fs write-on-read
> > concerns, you might want this automation to be configurable on a
folder
> > by folder basis). An ExternalFolder might also provide a view or tab
to
> > configure default attributes of newly discovered objects. The objects
> > created this way would obviously be regular ExternalFile objects, and
> > you could copy/cut and paste them outside of the ExternalFileFolder
> > object.
> >
> > Cheers, Leo
> >
> > On Mon, 2002-05-27 at 17:32, Craeg K Strong wrote:
> > > Hello:
> > >
> > > I am about to release a new version of the ExternalFile and CVSFile
products
> > >
> > > http://www.zope.org/Members/arielpartners/ExternalFile
> > > [...]
> >
> > --
> > Ideas don't stay in some minds very long because they don't like
> > solitary confinement.
> >
> >
> >
> > ___
> > Zope-Dev maillist  -  [EMAIL PROTECTED]
> > http://lists.zope.org/mailman/listinfo/zope-dev
> > **  No cross posts or HTML encoding!  **
> > (Related lists -
> >  http://lists.zope.org/mailman/listinfo/zope-announce
> >  http://lists.zope.org/mailman/listinfo/zope )
>
> --
>   Andy McKay
>
>
> ___
> Zope-Dev maillist  -  [EMAIL PROTECTED]
> http://lists.zope.org/mailman/listinfo/zope-dev
> **  No cross posts or HTML encoding!  **
> (Related lists -
>  http://lists.zope.org/mailman/listinfo/zope-announce
>  http://lists.zope.org/mailman/listinfo/zope )
>



___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )

[Zope-dev] ZODBCDB/ZSQL does not accept where clause with Zope 5.1

[Robert Rottermann]

Hi there,
I can not use ZODBCDA with an SQL-statement from a ZSQL object that contains
a where clause.When I do I get an error stating that 1 parameter was
required but none was provided.
I did install ZODBCDA (the newest version from the Zope-site)
And I did install Zope 5.1
I am using NT2000

I did recompile sql.pyd but it did not help.

Can anyone give me a hint what do?
Thank you very much

Robert



___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] Re: [ez] DISCUSS: Eurosprint in February

[Robert Rottermann]

I am interested to join that sprint.

Robert
- Original Message -
From: "Lennart Regebro" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, January 08, 2002 12:20 PM
Subject: [Zope-dev] Re: [ez] DISCUSS: Eurosprint in February


> We at Torped are interested, and we *can't* host it, which seems to make
us
> unique in this. :-)
>
> - Original Message -
> From: "Paul Everitt" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Monday, January 07, 2002 1:45 PM
> Subject: [ez] DISCUSS: Eurosprint in February
>
>
> >
> > Howdy.  Eurozope has been pretty quiet.  I'd like to throw something out
> > for discussion.
> >
> > When last we talked, I was trying to plan an i18n-focused Zope3 sprint
> > in January, somewhere in Europe.  That didn't work out, so we're doing
> > the sprint here in Fredericksburg with Juan David and Stephan, next
week.
> >
> > (Note: As a reminder, "sprint" is a term meaning an extreme programming
> > session.  We are doing sprints for Zope3 as a way to push its
> > development along, but also to open up its development to non-ZC
people.)
> >
> > Instead, we'd like to do a more general sprint in Europe in the second
> > half of February.  We'll need: a place and host, a couple of people to
> > act as coaches, and perhaps some topics.
> >
> > Beehive has volunteered to host, so that's the leading candidate right
> > now.  I realize this is going to spark a round of emails where some
> > people will attempt to explain why the sprint should be located 7 km
> > from their office. :^)
> >
> > Is there interest in such a sprint?
> >
> > --Paul
> >
> >
> > _
> > EuroZope mailing list http://eurozope.beehive.de/
> > [EMAIL PROTECTED]
> > https://admin.comlounge.net/mailman/listinfo/eurozope
> >
> >
>
>
> ___
> Zope-Dev maillist  -  [EMAIL PROTECTED]
> http://lists.zope.org/mailman/listinfo/zope-dev
> **  No cross posts or HTML encoding!  **
> (Related lists -
>  http://lists.zope.org/mailman/listinfo/zope-announce
>  http://lists.zope.org/mailman/listinfo/zope )
>


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )

Re: core i18n support (was [Zope-dev] Open Letter to zope-dev)

[Robert Rottermann]

Who ever takes the lead, I will follow

What I believe however, it should make no difference which of the two
approaches is used.
Even to an extent that both could live next to each other.

What we need is a translation of everything that ever has a chance to bubble
up to the screen. This is done by wrapping it in a translate call.
By default this translation does nothing. Just returns its input unaltered.
This costs very little processing time but provides a hook where an other
process that does the real processing take over.

We have been successfully doing that (using C++ and Lisp) for well over 10
years.
I am using it now in the CMF sites I created (not many yet).

So our first task is not to decide what technique to use for the translation
but to list what should be translated, and how to best structure the
translation process. By structuring I mean splitting Zope into parts should
be considered a unit that is translated as a whole.CMF would be one such
unit.
i18n covers more than only software translation. However this is where we
must start. Since Zope does not have a complicated userinterface I believe
it is no complicated task.

Guet Nacht!

Robert



- Original Message -
From: "Paul Everitt" <[EMAIL PROTECTED]>
To: "Robert Rottermann" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Sunday, December 02, 2001 7:13 PM
Subject: Re: core i18n support (was [Zope-dev] Open Letter to zope-dev)


>
> As both Robert and Joachim (in another message) have noted, core i18n
> support is blocked by a single issue: there are two different approaches
>   and insufficient consensus about resolving them.
>
> The first criteria that I have is whether someone is willing to become a
> CVS contributor and shepherd i18n in a responsible fashion, as Martijn
> Faassen has done with XML.  In this sense we suffer from an embarassment
> of riches: both Localizer and ZBabel have people willing to step up and
> provide leadership.
>
> Unfortunately there isn't someone with sufficient authority on the
> subject to annoint one as more right than the other.  And an arbitrary
> decision by ZC is sure to leave hard feelings.  Unfortunately this needs
> to get cleared up soon, so that an i18n team can start influencing the
> component architecture.
>
> I suggest that Stefane and Juan David (Localizer/Nuxeo) and Stephan,
> Andrew, and Joachim (ZBabel/iuveno) have a little chat and make a
> recommendation for a small next step.
>
> --Paul
>
> Robert Rottermann wrote:
>
> > Andreas,
> > sorry if I have not reacted to a questions for assistance in the realm
of
> > i18n. I must have missed them.
> > I rarely go to EuroZope since this site seems badly maintained.
> >
> > However I really would like to help with the internationalization of
Zope
> > since most of what we do here a my company must be multilingual.
> > I do have considerable experience making programs "translatable" and I
did a
> > multilanguage CMF (with which I never was really happy)
> > Some 6 Months ago I started to collect what is there regarding i18n and
> > Zope. I did get a sizable number of answers. However there where two
rather
> > unfortunate tendencies:
> > - multiple, different and incompatible attempts from "our" side
> > - missing involvement and therefore no "shepherding" from ZC's side
> >
> > If, as Paul assures, the second point is about to be rectified it might
be
> > now the time to do a second such compilation and then start "doing" it.
> >
> > Robert
> >
> > - Original Message -
> >
> > From: "Andreas Jung" <[EMAIL PROTECTED]>
> > To: "Joachim Werner" <[EMAIL PROTECTED]>; "Paul Everitt"
<[EMAIL PROTECTED]>;
> > "Robert Rottermann" <[EMAIL PROTECTED]>
> > Cc: <[EMAIL PROTECTED]>
> > Sent: Saturday, December 01, 2001 2:50 PM
> > Subject: Re: [Zope-dev] Open Letter to zope-dev
> >
> >
> >
> >>- Original Message -
> >>From: "Joachim Werner" <[EMAIL PROTECTED]>
> >>To: "Paul Everitt" <[EMAIL PROTECTED]>; "Robert Rottermann"
<[EMAIL PROTECTED]>
> >>Cc: <[EMAIL PROTECTED]>
> >>Sent: Saturday, December 01, 2001 08:22
> >>Subject: Re: [Zope-dev] Open Letter to zope-dev
> >>
> >>
> >>
> >>>>The second is pretty exciting as well.  I saw a presentation in Paris
> >>>>
> > by
> >
> >>>>Juan David Palomar, of Localizer fame.  (The presentation is now up at
> >>>>http://estce.act.uji.es:9673/localizer).  The pres

Re: [Zope-dev] Open Letter to zope-dev

[Robert Rottermann]

Clark,
where is the problem??
Yes ZC ties to make money out of Zope. And I hope they are successful.
Don't you know that only those that have can give?
If ZC does not make the money to cover their cost how can they give us
Zope??

Open source is not only for fun. Also to make money!

Robert

- Original Message -
From: "Clark O'Brien" <[EMAIL PROTECTED]>
To: "Joachim Werner" <[EMAIL PROTECTED]>; "Andy Dawkins" <[EMAIL PROTECTED]>;
<[EMAIL PROTECTED]>
Sent: Saturday, December 01, 2001 6:47 PM
Subject: Re: [Zope-dev] Open Letter to zope-dev


>
> If anyone has seen how open source works, there is
> usually a strong core team - like the ZC folks- who
> provide direction to the project. There are also
> dozens if not hundreds of enthusiastic folks who are
> less involved but contribute features, patches, bug
> fixes, documentation ...
>
> Despite the fact that Zope is one of the most
> attractive open source project around today there is
> no
> mass appeal to the project. The ZC folks are now
> struggling with issues that should be handled by folks
> less knowledgeable.
>
> In my humble opinion if the open source process had
> been allowed to progress unfettered by corporate greed
> Zope would even now have a state of maturity
> that it is not likely to reach even in 10 years of
> development at the current rate.
>
>
>
> --- Joachim Werner <[EMAIL PROTECTED]> wrote:
> > Hi!
> >
> > > To be honest i would be happy for Zope 3 not to be
> > backwards
> > > compatible.  Tidy it up, delete the unless code,
> > dare i say it -
> > > refactor.  Yes so my products will break, well
> > half a days refactoring
> > > myself and i have a tidier more understandable
> > project anyway.
> >
> > YES, we need a new start. Building on what we have
> > now, of course, but doing
> > things better without having to think about all the
> > legacy stuff. When I see
> > long-time Zope users like Tom Schwaller (who is a
> > Linux legend in Germany)
> > move on to something new like Webware for Python,
> > that makes me wonder if
> > Zope is starting to loose some of its momentum.
> >
> > Zope is a great product. And it becomes easier to
> > sell it every day. But it
> > could be so much better and more easy to use with
> > just a little effort. Just
> > to mention a few points: What we really need is
> >
> > >>> A true vision of what Zope 3.0 is going to be
> > <<<
> >
> > Zope 2.x, together with the CMF, was "sold" bei
> > DC/ZC as a content
> > management product, which it isn't really. It is a
> > good start for building
> > one, but so many things that are mandatory for a CMS
> > are missing in the
> > out-of-the-box installation.
> >
> > Zope is a nearly perfect document storage, except
> > for its server
> > implementations for FTP (and partly also
> > HTTP/Web-DAV) will not be too
> > useful with major system load.
> >
> > Zope + Python are a dream team for web-based
> > applications.
> >
> > I think that a single product can't be good at all
> > these things. But I also
> > think that Zope could emerge into a suite of
> > near-perfect products for
> > web-based internet and extranet solutions.
> >
> > I think Zope should be split up into components as
> > soon as possible:
> >
> > - a database layer that includes alternatives to the
> > ZODB (using products
> > like DBObjects or the new stuff from 7x
> >
> > - a document management frontend to the database
> > layer that can be used to
> > manage all kinds of docs. Together with add-on
> > products like the document
> > library, Zope already does much of this, but it is
> > not optimized for high
> > loads yet, and products like Microsoft's Sharepoint
> > Server are really coming
> > close now. I wonder why people in the open source
> > community seem to ignore
> > what Microsoft is doing. I don't ask you to USE
> > their software, but we
> > should at least try to get inspired by the good
> > ideas they have (or have
> > collected from others who had them first). What we
> > need in that part of Zope
> > is high-performance real-time cataloging and
> > searching, interoperability
> > with FTP, WebDAV, maybe even SAMBA and NFS,
> > automatic document conversion
> > from Word/PDF to HTML etc.
> >
> > - an application development framework. Here, we
> > need some more work done
> > towards a real IDE (for Python and Zope). A lot of
> > work has been done
> > already by people like Riaan (who maintains Boa
> > Constructor). Most of DTML
> > (if not all) should go, and Python as the main
> > programming language for Zope
> > should be in the focus of documentation and training
> > efforts. I spent more
> > than a year with getting good at DMTL, just to find
> > out in the end that
> > ZClasses/DTML are really limiting and that
> > developing in Python is almost as
> > fast and much more effective. We need full
> > integration between ZODB-code and
> > filesystem code for that. We need ways of doing
> > ZClass-like things with real
> > Python code, and we need CVS-compatibi

core i18n support (was [Zope-dev] Open Letter to zope-dev)

[Robert Rottermann]

Andreas,
sorry if I have not reacted to a questions for assistance in the realm of
i18n. I must have missed them.
I rarely go to EuroZope since this site seems badly maintained.

However I really would like to help with the internationalization of Zope
since most of what we do here a my company must be multilingual.
I do have considerable experience making programs "translatable" and I did a
multilanguage CMF (with which I never was really happy)
Some 6 Months ago I started to collect what is there regarding i18n and
Zope. I did get a sizable number of answers. However there where two rather
unfortunate tendencies:
- multiple, different and incompatible attempts from "our" side
- missing involvement and therefore no "shepherding" from ZC's side

If, as Paul assures, the second point is about to be rectified it might be
now the time to do a second such compilation and then start "doing" it.

Robert

- Original Message -

From: "Andreas Jung" <[EMAIL PROTECTED]>
To: "Joachim Werner" <[EMAIL PROTECTED]>; "Paul Everitt" <[EMAIL PROTECTED]>;
"Robert Rottermann" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Saturday, December 01, 2001 2:50 PM
Subject: Re: [Zope-dev] Open Letter to zope-dev


>
> ----- Original Message -
> From: "Joachim Werner" <[EMAIL PROTECTED]>
> To: "Paul Everitt" <[EMAIL PROTECTED]>; "Robert Rottermann" <[EMAIL PROTECTED]>
> Cc: <[EMAIL PROTECTED]>
> Sent: Saturday, December 01, 2001 08:22
> Subject: Re: [Zope-dev] Open Letter to zope-dev
>
>
> > > The second is pretty exciting as well.  I saw a presentation in Paris
by
> > > Juan David Palomar, of Localizer fame.  (The presentation is now up at
> > > http://estce.act.uji.es:9673/localizer).  The presentation impressed
me
> > > on the need to get someone into the core of Zope that knows all these
> > > details, but also convinced me that the Zope3 effort needs to
anticipate
> > > the needs of i18n and l10n.
> >
> > > ZBabel and Localizer are good starts, but as jdavid says, both should
be
> > > thought of as non-core projects that start influencing the core
> > > step-by-step.
> >
> > Hi!
> >
> > I fully agree that ZBabel and Localizer don't have to be core projects
> right
> > now. But the core must be made fit for i18n to make sure that we don't
> have
> > to patch things like the user folder implementation or the Help! button
in
> > the code. In Zopw 2.5, there still seem to be "hot spots" to fix with
> regard
> > to i18n.
>
>
> Of course there are hot spots. I have asked multiple times for help on the
> mailing
> lists and the Eurozope site to identify such related hot spots.
> Also I had expect some input of the community regarding at unicode support
> inside Zope. But there has been no feedback. It looks like no one needs
> unicode
> support in Zope ?! :-) Anyway, as a first step Zope 2.5 provides full
> unicode
> support for the ZCatalog. I would like to see some volunteers that could
> help
> to set up a list of requirements (the list is almost there on the Eurozope
> site
> I think) and possible solutions that could be integrated into the Zope
core.
> Referring to the "open letter to zope-dev" I could also charge the
community
> for zero feedback. But this is not the place and time for flamewars.
Instead
> we should bundle the power of ZC and the community. The opening of the CVS
> is a good starting point but I would like to see more people contributing.
>
> Cheers,
> Andreas
>
>
>
>
>
>


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] Open Letter to zope-dev

[Robert Rottermann]

Friends,first thing I want is to express my 
huge gratitude to have something like Zope and its community. I 
have read all the all the mail that has been stirred by "that" open letter.I 
agree very much and I am willing to contribute as much as I can that zope should 
grow 10x.I found two things missing in the discussion so far that are 
crucial to attain this goal: - documentationTo start using Zope 
doing something more than trivial is an incredibly frustrating thing. Hunting 
for the right piece of documentation is very very hard. The community is very 
helpful I agree readily. However asking it should be the last resort and being 
forced to use it as an important part of the developement effort is very 
cumbersome and time consuming. And does not really take the frustration out of 
the process.Bruce Eckels postings to this list show that even a developer of 
his statue is prone to the same effect.I am a seasoned programmer that 
started to deal with Zope exactly one year ago. It is only now that I learn 
where to look for what piece of information and to decide which one is relevant 
and which one is not. - translation supportInternationalisation 
is crucial. English in the user interface is just not tolerated in a non English 
speaking part of the world. It is 10 years ago something like that would have 
been acceptable. I am from Switzerland where we pride ourselves to be 
multilingual (6 Million inhabitants 4 major languages, English being the fifth). 
However nobody would think of having anything like English on a public 
website.There are a number of efforts towards translation support. However 
to have any of them to succeed it needs the support of ZC which just does not 
exist. Now I have to hurry getting breakfast(or I get into 
troubles) Robert  
 
 

[Zope-dev] Re: [Zope] WebDAV/Word readonly problem resolved

[Robert Rottermann]

Great to hear 
thank you
Robert
- Original Message - 
From: "Andreas Jung" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Monday, November 26, 2001 4:58 PM
Subject: [Zope] WebDAV/Word readonly problem resolved


> The long outstanding problem that WinWord treated a .html file as
> read-only when it has been opened through WebDAV/webfolder is finally
> resolved. Joachim Schmitz gave the hint that WinWord depends on the
> HTTP ETAG header that Zope usually did not send. This behaviour is odd 
> because HTTP 1.1 does not require that a server sends this header.
> 
> The CVS trunk and Zope-2_4-branch contain a modified version of 
> lib/python/OFS/DTMLMethod.py that solves that problem.
> 
> Andreas
> 
> -
>-Andreas JungZope Corporation   -
>   -   EMail: [EMAIL PROTECTED]http://www.zope.com  -
>  -  "Python Powered"   http://www.python.org - 
>   -   "Makers of Zope"   http://www.zope.org  - 
>-  "Life is a fulltime occupation"  -
> -
> 
> 
> 
> ___
> Zope maillist  -  [EMAIL PROTECTED]
> http://lists.zope.org/mailman/listinfo/zope
> **   No cross posts or HTML encoding!  **
> (Related lists - 
>  http://lists.zope.org/mailman/listinfo/zope-announce
>  http://lists.zope.org/mailman/listinfo/zope-dev )
> 


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] How to render DTML that is not stored in the ZODB?

[Robert Rottermann]

Create a dtml-method programmatically and feed it your text with dtml vars
embedded.
Like so:

def _dealWithDtml ( self, data ) :
num_id = int(random.random() * 10)
str_id = 'tmp' + str(num_id)
self.manage_addProduct['OFSP'].manage_addDTMLMethod(id=str_id,
title='')
obj = self[str_id]
obj.manage_edit(data, '')
data = obj(self, self.REQUEST)
self.manage_delObjects(str_id)
return data

robert

- Original Message -
From: "Dario Lopez-Kästen" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, November 19, 2001 3:31 PM
Subject: [Zope-dev] How to render DTML that is not stored in the ZODB?


> Hello!
>
> I have a bunch of dtml in my Oracle DB, that I of course want to render.
>
> doing the  does not work.
>
> I essence Zope does not render strings in variables to DTML.
>
> Any suggestions? (It has to be DTML)
>
> *MANY* Thanks In Advance.
>
> /dario
>
> - 
> Dario Lopez-Kästen Systems Developer  Chalmers Univ. of Technology
> [EMAIL PROTECTED]  ICQ will yield no hitsIT Systems & Services
>
>
>
> ___
> Zope-Dev maillist  -  [EMAIL PROTECTED]
> http://lists.zope.org/mailman/listinfo/zope-dev
> **  No cross posts or HTML encoding!  **
> (Related lists -
>  http://lists.zope.org/mailman/listinfo/zope-announce
>  http://lists.zope.org/mailman/listinfo/zope )
>


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] WebDAVLocks lost in "Control_Panel" (was:: [ZPT] how to unlock a webdav locked element ????)

[Robert Rottermann]

Thank you,
I did it with an external method

def t (self) :
cp = getattr(self, 'Control_Panel')
delattr(cp, '_objects')

and it worked.

life is full of wonders

Robert
- Original Message -
From: "Adrian Hungate" <[EMAIL PROTECTED]>
To: "Robert Rottermann" <[EMAIL PROTECTED]>; "Dieter Maurer"
<[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Saturday, October 27, 2001 10:12 PM
Subject: Re: [Zope-dev] WebDAVLocks lost in "Control_Panel" (was:: [ZPT] how
to unlock a webdav locked element )


> erm... I wrote a function in one of my products that contained something
> like:
>
> delattr(Control_Panel_Reference, '_objects')
>
> Dirty but it seems to work :) It allows the class attribute to show
through
> and there have been no obvious ill effects.
>
> Adrian...
>
> --
> The difficulty of tactical maneuvering consists in turning the devious
> into the direct, and misfortune into gain.
> - Sun Tzu
>
> - Original Message -
> From: "Robert Rottermann" <[EMAIL PROTECTED]>
> To: "Adrian Hungate" <[EMAIL PROTECTED]>; "Dieter Maurer"
> <[EMAIL PROTECTED]>
> Cc: <[EMAIL PROTECTED]>
> Sent: Saturday, October 27, 2001 9:49 AM
> Subject: Re: [Zope-dev] WebDAVLocks lost in "Control_Panel" (was:: [ZPT]
how
> to unlock a webdav locked element )
>
>
> > and how did you delete _objects from the control panel ??
> > Robert
> > - Original Message -
> > From: "Adrian Hungate" <[EMAIL PROTECTED]>
> > To: "Dieter Maurer" <[EMAIL PROTECTED]>; "Robert Rottermann"
> > <[EMAIL PROTECTED]>
> > Cc: <[EMAIL PROTECTED]>
> > Sent: Friday, October 26, 2001 11:51 PM
> > Subject: Re: [Zope-dev] WebDAVLocks lost in "Control_Panel" (was:: [ZPT]
> how
> > to unlock a webdav locked element )
> >
> >
> > > I suspect this is a bug. I thinmk it is due to upgrading your data.fs
> from
> > > an earlier version of Zope. At some point in time Control_Panel has
been
> > > created as a object in data.fs, and this object has an _objects tuple
> that
> > > contains the objects from 2.2 or more likely 2.3...
> > >
> > > I have this at work, where the same data.fs has been upgraded from
2.1.x
> > to
> > > 2.4 and I had to manually remove the Control_Panel instance's
"_objects"
> > > tuple, then everything worked fine.
> > >
> > > I do not see this at home where I have a fresh 2.4.1 install.
> > >
> > > Adrian...
> > >
> > > --
> > > The difficulty of tactical maneuvering consists in turning the devious
> > > into the direct, and misfortune into gain.
> > > - Sun Tzu
> > >
> > > - Original Message -
> > > From: "Dieter Maurer" <[EMAIL PROTECTED]>
> > > To: "Robert Rottermann" <[EMAIL PROTECTED]>
> > > Cc: <[EMAIL PROTECTED]>
> > > Sent: Sunday, October 21, 2001 4:59 PM
> > > Subject: [Zope-dev] WebDAVLocks lost in "Control_Panel" (was:: [ZPT]
how
> > to
> > > unlock a webdav locked element )
> > >
> > >
> > > > Dieter Maurer writes:
> > > >  > Robert Rottermann writes:
> > > >  >  > I do not really understand this answer.
> > > >  >  > Should there be such lock management??
> > > >  >  > I have not found it?
> > > >  > Sorry, you are right.
> > > >  >
> > > >  > I was convinced, I saw it there. But when I checked after
receiving
> > > >  > your reply, I did not find it either. Maybe wishful thinking
> > > > I rechecked (do not like to be wrong...):
> > > >
> > > >   There should be a "DavLocks" entry in the "Control_Panel"
> > > >   between "Versions" and "Products".
> > > >
> > > >   I am now sure, I have seen it.
> > > >
> > > >   It is still in the code
> > > "App.ApplicationManager.ApplicationManager._objects"
> > > >   but "objectItems" now longer finds it and therefore, it is no
longer
> > > >   shown in the control panel.
> > > >   I do not (yet) understand why
> > > >
> > > > You can use it anyway:
> > > >
> > > > http:///Control_Panel/DavLocks/manage
> > > >
> > > >
> > > > I will report, when I found out why it is no longer shown.
> > > >
> > > >
> > > > Dieter
> > > >
> > > > ___
> > > > Zope-Dev maillist  -  [EMAIL PROTECTED]
> > > > http://lists.zope.org/mailman/listinfo/zope-dev
> > > > **  No cross posts or HTML encoding!  **
> > > > (Related lists -
> > > >  http://lists.zope.org/mailman/listinfo/zope-announce
> > > >  http://lists.zope.org/mailman/listinfo/zope )
> > > >
> > >
> > >
> > > ___
> > > Zope-Dev maillist  -  [EMAIL PROTECTED]
> > > http://lists.zope.org/mailman/listinfo/zope-dev
> > > **  No cross posts or HTML encoding!  **
> > > (Related lists -
> > >  http://lists.zope.org/mailman/listinfo/zope-announce
> > >  http://lists.zope.org/mailman/listinfo/zope )
> > >
> >
>
>


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] WebDAVLocks lost in "Control_Panel" (was:: [ZPT] how to unlock a webdav locked element ????)

[Robert Rottermann]

and how did you delete _objects from the control panel ??
Robert
- Original Message -
From: "Adrian Hungate" <[EMAIL PROTECTED]>
To: "Dieter Maurer" <[EMAIL PROTECTED]>; "Robert Rottermann"
<[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Friday, October 26, 2001 11:51 PM
Subject: Re: [Zope-dev] WebDAVLocks lost in "Control_Panel" (was:: [ZPT] how
to unlock a webdav locked element )


> I suspect this is a bug. I thinmk it is due to upgrading your data.fs from
> an earlier version of Zope. At some point in time Control_Panel has been
> created as a object in data.fs, and this object has an _objects tuple that
> contains the objects from 2.2 or more likely 2.3...
>
> I have this at work, where the same data.fs has been upgraded from 2.1.x
to
> 2.4 and I had to manually remove the Control_Panel instance's "_objects"
> tuple, then everything worked fine.
>
> I do not see this at home where I have a fresh 2.4.1 install.
>
> Adrian...
>
> --
> The difficulty of tactical maneuvering consists in turning the devious
> into the direct, and misfortune into gain.
> - Sun Tzu
>
> - Original Message -
> From: "Dieter Maurer" <[EMAIL PROTECTED]>
> To: "Robert Rottermann" <[EMAIL PROTECTED]>
> Cc: <[EMAIL PROTECTED]>
> Sent: Sunday, October 21, 2001 4:59 PM
> Subject: [Zope-dev] WebDAVLocks lost in "Control_Panel" (was:: [ZPT] how
to
> unlock a webdav locked element )
>
>
> > Dieter Maurer writes:
> >  > Robert Rottermann writes:
> >  >  > I do not really understand this answer.
> >  >  > Should there be such lock management??
> >  >  > I have not found it?
> >  > Sorry, you are right.
> >  >
> >  > I was convinced, I saw it there. But when I checked after receiving
> >  > your reply, I did not find it either. Maybe wishful thinking
> > I rechecked (do not like to be wrong...):
> >
> >   There should be a "DavLocks" entry in the "Control_Panel"
> >   between "Versions" and "Products".
> >
> >   I am now sure, I have seen it.
> >
> >   It is still in the code
> "App.ApplicationManager.ApplicationManager._objects"
> >   but "objectItems" now longer finds it and therefore, it is no longer
> >   shown in the control panel.
> >   I do not (yet) understand why
> >
> > You can use it anyway:
> >
> > http:///Control_Panel/DavLocks/manage
> >
> >
> > I will report, when I found out why it is no longer shown.
> >
> >
> > Dieter
> >
> > ___
> > Zope-Dev maillist  -  [EMAIL PROTECTED]
> > http://lists.zope.org/mailman/listinfo/zope-dev
> > **  No cross posts or HTML encoding!  **
> > (Related lists -
> >  http://lists.zope.org/mailman/listinfo/zope-announce
> >  http://lists.zope.org/mailman/listinfo/zope )
> >
>
>
> ___
> Zope-Dev maillist  -  [EMAIL PROTECTED]
> http://lists.zope.org/mailman/listinfo/zope-dev
> **  No cross posts or HTML encoding!  **
> (Related lists -
>  http://lists.zope.org/mailman/listinfo/zope-announce
>  http://lists.zope.org/mailman/listinfo/zope )
>


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] WebDAVLocks lost in "Control_Panel" (was:: [ZPT] how to unlock a webdav locked element ????)

[Robert Rottermann]

Thank you for this info.
I did install 2.4.2 today. It does not show the panel neither. However it
can be called directly trough the url you provided.
Robert
- Original Message -
From: "Dieter Maurer" <[EMAIL PROTECTED]>
To: "Robert Rottermann" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Sunday, October 21, 2001 5:59 PM
Subject: [Zope-dev] WebDAVLocks lost in "Control_Panel" (was:: [ZPT] how to
unlock a webdav locked element )


> Dieter Maurer writes:
>  > Robert Rottermann writes:
>  >  > I do not really understand this answer.
>  >  > Should there be such lock management??
>  >  > I have not found it?
>  > Sorry, you are right.
>  >
>  > I was convinced, I saw it there. But when I checked after receiving
>  > your reply, I did not find it either. Maybe wishful thinking
> I rechecked (do not like to be wrong...):
>
>   There should be a "DavLocks" entry in the "Control_Panel"
>   between "Versions" and "Products".
>
>   I am now sure, I have seen it.
>
>   It is still in the code
"App.ApplicationManager.ApplicationManager._objects"
>   but "objectItems" now longer finds it and therefore, it is no longer
>   shown in the control panel.
>   I do not (yet) understand why
>
> You can use it anyway:
>
> http:///Control_Panel/DavLocks/manage
>
>
> I will report, when I found out why it is no longer shown.
>
>
> Dieter
>
> ___
> Zope-Dev maillist  -  [EMAIL PROTECTED]
> http://lists.zope.org/mailman/listinfo/zope-dev
> **  No cross posts or HTML encoding!  **
> (Related lists -
>  http://lists.zope.org/mailman/listinfo/zope-announce
>  http://lists.zope.org/mailman/listinfo/zope )
>


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] HELP PLEASE

[Robert Rottermann]

I had this once (the slowing down) when an other process was eating up all
memory and zope was constantly paged out.

Robert
- Original Message -
From: "Andre Schubert" <[EMAIL PROTECTED]>
To: "zope" <[EMAIL PROTECTED]>
Sent: Friday, October 12, 2001 6:49 AM
Subject: [Zope-dev] HELP PLEASE


> Hi all,
>
> i have serious problems with my zope.
> Last time he dies very often with error code 13,and since to today he
> slows down extremly.
> To view the Control_Panel/DebugForm it takes up to 1 minute and thats
> not acceptable.
>
> How can i track down these problems.
>
> I run Zope-2.2.4 on Immunix-RedHat 6.2
>
> thanks a lot as
>
> ___
> Zope-Dev maillist  -  [EMAIL PROTECTED]
> http://lists.zope.org/mailman/listinfo/zope-dev
> **  No cross posts or HTML encoding!  **
> (Related lists -
>  http://lists.zope.org/mailman/listinfo/zope-announce
>  http://lists.zope.org/mailman/listinfo/zope )
>


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )

Re: Re: [Zope-dev] WebDav Bug? -- And some comments on how greatWebDAV is ;-)

[Robert Rottermann]

- Original Message -
From: "Dan L. Pierson" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, September 20, 2001 5:56 PM
Subject: Re: Re: [Zope-dev] WebDav Bug? -- And some comments on how
greatWebDAV is ;-)


> I agree that Brian's proposal is a good idea.
>
> --On Friday, September 21, 2001 08:46:42 AM +0200 Robert Rottermann
> <[EMAIL PROTECTED]> wrote:
>
> > Hi Brian,
> > that proposal sounds very good to me.
> > Could it be enhanced in a way that we can add an "add automatic
extension
> > when served by webdav".
> > What I mean by that is that an object without extension is "seen" as
> > having say .html appended to it when it is access by webdav.
> > So we can use all these extension based web authoring  tools without
> > changing the python way of doing things.
>
> This wouldn't work very well for two reasons:
>
> 1. Sites like ours use a mix of DTML, Python Scripts and other things.  It
>would make some sense to map the DTML method register_user to
>register_user.html but the Python Script would want to be
>register_user.py.
>
Since a "show yourself as .html" should be configurable on a per folder or
per dtml-method/document instance base python scripts would never be
bothered.
In fact I think only ZPTemplates will ever need such a mapping. ZPT is such
much nicer than DTML that soon no new sites will be done not using it.
Templates alredy have a half hearted such mapping (as explained in the
tutorial which is reachable from the Zope home page). It just does not seam
to work for non *nix computers.

Robert

> 2. The object on a Zope site already contain type information that can
>and should be leveraged for outgoing access.
>
> My first cut suggestion would be to implement a separate outgoing mapping
> table driven by the object's meta-type attribute (with provision for
> CMF to override this to use it's different notion of type).
>
> > Robert
> > - Original Message -
> > From: "Brian Lloyd" <[EMAIL PROTECTED]>
> > To: "Joachim Werner" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
> > Sent: Wednesday, September 19, 2001 10:47 PM
> > Subject: RE: Re: [Zope-dev] WebDav Bug? -- And some comments on how
great
> > WebDAV is ;-)
> >
> >
> >> >
> >> > Some additional issues when using the CMF:
> >> >
> >> > - There is this really great idea that you can create a news item by
> > just
> >> > posting a MyNews.news file to your Member folder. The first
> >> > problem is that
> >> > Word does not let you save an HTML file as ".news", so we changed
> >> > the rules
> >> > in CMF and upload "news_MyNews.htm" files
> >>
> >> FYI - I have a proposal that could also be used to address this.
> >> It would be great to get some feedback on it:
> >>
> >>
> >
http://dev.zope.org/Wikis/DevSite/Proposals/ObjectTypeAssociationAndDeath
> > ToI
> >> ndexHtml
> >>
> >>
> >> Brian Lloyd[EMAIL PROTECTED]
> >> Zope Corporation   www.zope.com
> >>
> >>
> >>
> >> ___
> >> Zope-Dev maillist  -  [EMAIL PROTECTED]
> >> http://lists.zope.org/mailman/listinfo/zope-dev
> >> **  No cross posts or HTML encoding!  **
> >> (Related lists -
> >>  http://lists.zope.org/mailman/listinfo/zope-announce
> >>  http://lists.zope.org/mailman/listinfo/zope )
> >>
> >
> >
> > ___
> > Zope-Dev maillist  -  [EMAIL PROTECTED]
> > http://lists.zope.org/mailman/listinfo/zope-dev
> > **  No cross posts or HTML encoding!  **
> > (Related lists -
> >  http://lists.zope.org/mailman/listinfo/zope-announce
> >  http://lists.zope.org/mailman/listinfo/zope )
> >
>
>
>
>
>
> ___
> Zope-Dev maillist  -  [EMAIL PROTECTED]
> http://lists.zope.org/mailman/listinfo/zope-dev
> **  No cross posts or HTML encoding!  **
> (Related lists -
>  http://lists.zope.org/mailman/listinfo/zope-announce
>  http://lists.zope.org/mailman/listinfo/zope )
>


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )

Re: Re: [Zope-dev] WebDav Bug? -- And some comments on how great WebDAV is ;-)

[Robert Rottermann]

Hi Brian,
that proposal sounds very good to me.
Could it be enhanced in a way that we can add an "add automatic extension
when served by webdav".
What I mean by that is that an object without extension is "seen" as having
say .html appended to it when it is access by webdav.
So we can use all these extension based web authoring  tools without
changing the python way of doing things.

Robert
- Original Message -
From: "Brian Lloyd" <[EMAIL PROTECTED]>
To: "Joachim Werner" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Wednesday, September 19, 2001 10:47 PM
Subject: RE: Re: [Zope-dev] WebDav Bug? -- And some comments on how great
WebDAV is ;-)


> >
> > Some additional issues when using the CMF:
> >
> > - There is this really great idea that you can create a news item by
just
> > posting a MyNews.news file to your Member folder. The first
> > problem is that
> > Word does not let you save an HTML file as ".news", so we changed
> > the rules
> > in CMF and upload "news_MyNews.htm" files
>
> FYI - I have a proposal that could also be used to address this.
> It would be great to get some feedback on it:
>
>
http://dev.zope.org/Wikis/DevSite/Proposals/ObjectTypeAssociationAndDeathToI
> ndexHtml
>
>
> Brian Lloyd[EMAIL PROTECTED]
> Zope Corporation   www.zope.com
>
>
>
> ___
> Zope-Dev maillist  -  [EMAIL PROTECTED]
> http://lists.zope.org/mailman/listinfo/zope-dev
> **  No cross posts or HTML encoding!  **
> (Related lists -
>  http://lists.zope.org/mailman/listinfo/zope-announce
>  http://lists.zope.org/mailman/listinfo/zope )
>


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )

[Zope-dev] ZCVSFolder not running on windows

[Robert Rottermann]

Hi there,

I installed the newest version of ZCVSMFolder on my windowsbox.

As it uses fork it can not work. However I used a former version under
windows. Is this not possible anymore?

thanks for any insigth

Robert


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] Speed up the learning curve

[Robert Rottermann]

Wrong Andy,
writing Python products is far easier than guessing how to pass a variable
to a DTML-method or other such DTML-Voodoo

Robert

- Original Message -
From: "Andy" <[EMAIL PROTECTED]>
To: "Dieter Maurer" <[EMAIL PROTECTED]>; "Rene Pijlman"
<[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Saturday, August 25, 2001 6:56 AM
Subject: Re: [Zope-dev] Speed up the learning curve


> It varies depending upon the version, I seem to remember old versions
didnt
> do that. Mind you if you are writing Python products you are pretty far up
> the learning curve :)
>
> --
>   Andy McKay
>
> - Original Message -
> From: "Dieter Maurer" <[EMAIL PROTECTED]>
> To: "Rene Pijlman" <[EMAIL PROTECTED]>
> Cc: <[EMAIL PROTECTED]>
> Sent: Sunday, June 24, 2001 2:16 PM
> Subject: Re: [Zope-dev] Speed up the learning curve
>
>
> > Rene Pijlman writes:
> >  > A suggestion to cut the Zope learning curve down by half a day...
> >  >
> >  > When the programmer forgets the docstring in a method of a
Python-based
> >  > product, instead of saying
> >  >
> >  > "Sorry, the requested resource does not exist."
> >  >
> >  > Zope could say:
> >  >
> >  >   "Sorry, this method has no docstring."
> > Doesn't it do precisely this when you run Zope in debug mode?
> >
> >
> > Dieter
> >
> > ___
> > Zope-Dev maillist  -  [EMAIL PROTECTED]
> > http://lists.zope.org/mailman/listinfo/zope-dev
> > **  No cross posts or HTML encoding!  **
> > (Related lists -
> >  http://lists.zope.org/mailman/listinfo/zope-announce
> >  http://lists.zope.org/mailman/listinfo/zope )
> >
>
>
>
> ___
> Zope-Dev maillist  -  [EMAIL PROTECTED]
> http://lists.zope.org/mailman/listinfo/zope-dev
> **  No cross posts or HTML encoding!  **
> (Related lists -
>  http://lists.zope.org/mailman/listinfo/zope-announce
>  http://lists.zope.org/mailman/listinfo/zope )
>


___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )

[Zope-dev] REQUEST contains wrong list.index ???

[Robert Rottermann]

Good morning, I came accross something 
I do not understand: In a form I have list. The list items are set 
with an option value <>the sequence-indexlike 
so:      
    
>  
    
    
  
 Now my question:In the forms action I ask for the 
selected item in a python scriptlike so:    listVal = 
0    try:  listVal = 
_['listProject']    except:  
passTo my puzlement listVal contains the index of the selected item, 
notit's  which I would like to 
gather. Where is my error? Thanks for your 
answers Robert

[Zope-dev] how can I fill to frames in on dtml-call ??

[Robert Rottermann]

Hi there,
I would like to fill two frames as a response to a user action. 
 How can I do  that?

The situation is as follows:

I have two database tables having a master-detail relationship.
In a list I display records from the master table .
When the user clicks on one of the entry I would like to fill 
 a frame with  some fileds of the record, an in a second frame 
 a list with detailrecords.

  So how can I fill two frames as a response to a submit.
  Or is there a way that I can tell a python or dtml-method to send its
 output  to a given target?

  I tried something like this:


  
 

 but this writes everything into the same frame.

 thanks for your time
 Robert




___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] I am looking for a DragDrop target.

[Robert Rottermann]

Thanks for your tip.
This is where I am heading. Just there may be something embeded in python.

Robert
> I'm just speculating, because I've never done this, but I do remember that
> Javascript has a event handler named "onDragDrop". Perhaps you could use
> that to fill in the name of the file object.
>
> -- Loren
>



___
Zope-Dev maillist  -  [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )

[Zope-dev] Confused by accuisition, need help

[Robert Rottermann]

Hi there,
 
I need the help with the following 
situation:
 
I have a folder test with the following 
structure
   1 Test
   a     
index_html    
some frames to structure the display
   a     
zman                
    (a product I am about to develop)
   a    
data
   b     
    projects
   c 
data                
acesses database
   c     
        display    
    displayes the data
   b  
   documents

   c     
        data        
        acesses database 
   c     
        display    
    displayes the data
 
(I hope you can still see the structure)
 
Now to display the records I use the following dtml-method(in the disply 
method):
      
  
    
  
This works fine if I am in projects od dicuments
 
Now my problem:
in index_html I only would like to splice the various parts togezher. 

 
Like so:

        

 
Unfortunatelly I get an erro in the display-methodr:
    Error Value: PARENTS
    (Object: PARENTS[0].data())    
Obviously when called like this, the method knows nothing of its 
anchestry.
How kan I call methods that are in a "lower" folder, and have them know 
theyr environment?
 
Thanks for your help.
 
Robert