: it makes
testing emails easier us humans can read quoted printable text while
base64 looks like line noice, and in my experience spamfilters tend to
consider base64 encoded emails more likely to spam.
Wichert.
--
Wichert AkkermanIt is simple to make things.
http://www.wiggy.net/
objects __dict__ to see if it is an
> ICallableOpaqueItem.
>
> It happens that the CMFCatalogAware base class is such an
> IOpaqueItemManager, so any essentially any content object gets this
> treatment.
Could it be that this considers dexterity content to be opaque items? I
h
Is there anything holding up a GenericSetup 1.5 release? I would like to
start using it, and as far as I can see there is nothing holding up a
release anymore.
Wichert.
___
Zope-CMF maillist - Zope-CMF@lists.zope.org
http://mail.zope.org/mailman/list
> checkPortalType (=CMF specific checkFactory) function.
How do you see this working? If it's simple enough I might have enough
time to work on it this week.
Wichert.
--
Wichert Akkerman It is simple to make things.
http://www.wiggy.net/ It is hard to make things sim
nal Python calls to the security modules to register
> this?
Not if you use collective.autopermission.
Wichert.
--
Wichert Akkerman It is simple to make things.
http://www.wiggy.net/ It is hard to make things simple.
___
Zope-CMF maillis
On 6/3/09 10:08 AM, Charlie Clark wrote:
>
> Am 02.06.2009 um 14:47 schrieb Wichert Akkerman:
>
>> That assumes the object has already been constructed and you're only
>> testing constraints for adding the instance to the container. Our use
>> case is different:
Previously yuppie wrote:
> Wichert Akkerman wrote:
> > Previously yuppie wrote:
> >> A CMF specific precondition would look up type restrictions in the fti
> >> of the container.
> >>
> >> checkFactory and checkObject are quite similar to isConstructio
Previously Wichert Akkerman wrote:
> I have a use case where I need to put additional restrictions on object
> creation, in particular I need to restrict the maximum depth of items
> inside of a container of a specific type. The ideal place to put such a
> restriction see
gt; I think we should reimplement this based on zope.container before we
> start adding new features.
I looked at the code in zope.container and frankly it scared me. I found
the documentation and code hard to follow, and the usage of
sys._getframe() made me drop the idea of using i
Previously Tres Seaver wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Wichert Akkerman wrote:
> > I have a use case where I need to put additional restrictions on object
> > creation, in particular I need to restrict the maximum depth of items
> &
Previously yuppie wrote:
> Wichert Akkerman wrote:
> > I have a use case where I need to put additional restrictions on object
> > creation, in particular I need to restrict the maximum depth of items
> > inside of a container of a specific type. The ideal place to put su
I have a use case where I need to put additional restrictions on object
creation, in particular I need to restrict the maximum depth of items
inside of a container of a specific type. The ideal place to put such a
restriction seems to be the isConstructionAllowed method on the FTI.
Currently th
sy), and it's becoming a greater and greater
> effort to ensure backwards compatibility for all kinds of
> combinations. So, what do we want to support?
My vote for CMF 2.2: Zope 2.11 and 2.12
Wichert.
--
Wichert Akkerman It is simple to make things.
http://www.wiggy.net/
delete all BBB code for Zope versions earlier than
> 2.12
>
> If anyone thinks that's a bad idea please speak up.
I think we are targetting Plone 4 at CMF 2.2 and Zope 2.11 at the
moment, so that would be bad for us.
Wichert.
--
Wichert Akkerman It is simple to make things
weeks.
FWIW I am not convinced this is a showstopper, so I plan to release 3.3
based on the current 3.3rc3 and delay this until 3.3.1.
Wichert.
--
Wichert Akkerman It is simple to make things.
http://www.wiggy.net/ It is hard
ect. You should probably make sure to do this for
every workflow in the chain to make support you handle objects with multiple
workflows correctly.
Wichert.
--
Wichert Akkerman It is simple to make things.
http://www.wiggy.net/ It is hard to make things simple.
_
sons to skip certain upgrade steps when you
move from one source to another, which is no longer possible with your
proposal.
Wichert.
--
Wichert Akkerman It is simple to make things.
http://www.wiggy.net/ It is hard to make things simple.
_
.4.1 is used in Plone 3.1.7.
>
> - GS 1.4.2.2 is used in Plone 3.2.2.
>
> - GS 1.4.2.2 is used in Plone 3.3rc1.
>
> - GS trunk (1.5) is used in Plone trunk (4.0).
I'm planning to switch to GS 1.5 for Plone 3.4.
Wichert.
--
Wichert Akkerman It is simple to make things
ters
that provide indexable text for that object.
Wichert.
--
Wichert Akkerman It is simple to make things.
http://www.wiggy.net/ It is hard to make things simple.
___
Zope-CMF maillist - Zope-CMF@lists.zope.org
http://mail.zope
Previously Jens Vagelpohl wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
>
> On Mar 18, 2009, at 16:12 , Wichert Akkerman wrote:
>
> > Previously Miles wrote:
> >> We have quite a lot of copy-and-paste code here in order to support
> >> usin
AS
and a custom user factory PAS plugin.
Wichert.
--
Wichert Akkerman It is simple to make things.
http://www.wiggy.net/ It is hard to make things simple.
___
Zope-CMF maillist - Zope-CMF@lists.zope.org
http://mail.zope.org/mail
broken behavior.
>
>
> I'd like to change install_requires to 'zope.component < 3.6dev' and
> make tests work with zope.component 3.5.1 and older versions.
>
> Any objections?
+1
Wichert.
--
Wichert Akkerman It is simple to make things.
http://www.wig
Previously Jens Vagelpohl wrote:
> On Mar 10, 2009, at 10:01 , Wichert Akkerman wrote:
> > Previously Jens Vagelpohl wrote:
> >> In general, commercial adoption of a software stack is made easier if
> >> it is not accompanied by a whole soup of different licenses. The
: reusable packages such as
plone.indexer can be used by CMF even if they are not covered by the ZPL
or managed in svn.zope.org, as long as there is the license is
acceptable.
Wichert.
--
Wichert Akkerman It is simple to make things.
http://www.wiggy.net/ It is hard to make
ttp://plone.org/products/plone/roadmap/239 , and the review buildout
is located at http://svn.plone.org/svn/plone/review/plip239-indexer/
Wichert.
--
Wichert Akkerman It is simple to make things.
http://www.wiggy.net/ It is hard to make things simple.
__
t architecture.
>
> Whether that is good or bad or should be changed is a different issue.
Martin Aspeli implemented an adapter based index wrapper for Plone 3.3.
Wichert.
--
Wichert Akkerman It is simple to make things.
http://www.wiggy.net/ It is hard to make thing
Previously Tres Seaver wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Wichert Akkerman wrote:
> > Previously Tres Seaver wrote:
> >> Are there open bug reports on such problems? Also, we might not even
> >> support running on Zope 2.10.x wit
Previously yuppie wrote:
> Wichert Akkerman wrote:
> > Previously yuppie wrote:
> >> If you really need to run GenericSetup on older versions I'd prefer your
> >> first solution (BBB import from Globals) because it makes sure modules
> >> are imported i
ul at all.
Wichert.
--
Wichert Akkerman It is simple to make things.
http://www.wiggy.net/ It is hard to make things simple.
___
Zope-CMF maillist - Zope-CMF@lists.zope.org
http://mail.zope.org/mailman/listinfo/zope-cmf
Previously Wichert Akkerman wrote:
> Previously Tres Seaver wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > I would like to get a 1.5 release of GenericSetup out over the holidays.
> > Here is what I have on the roadmap:
> >
> >
Previously yuppie wrote:
> Wichert Akkerman wrote:
> > Currently GenericSetup trunk no longer runs on Zope 2.10. If I try to
> > run the tests I get this:
> >
> > File "/src/Products.GenericSetup/Products/GenericSetup/registry.py", line
> >
an see two solutions:
- add a BBB import to import from Globals
- from App.class_init import default__class_init__ as InitializeClass
Does anyone have preferences?
Wichert.
--
Wichert Akkerman It is simple to make things.
http://www.wiggy.net/ It is hard to make thi
endent upon it - there are just too many conceptional differences
> and by now also too many stylistic ones as well.
+1
This goes in two ways: some bits of CMFCore should probably be in
CMFDefault as well.
Wichert.
--
Wichert Akkerman It is simple to make things.
http
Previously Tres Seaver wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Wichert Akkerman wrote:
> > Previously Charlie Clark wrote:
> >> Am 25.02.2009 um 16:10 schrieb Wichert Akkerman:
> >>> The workflow tool is not a factor at all here. The p
Previously Charlie Clark wrote:
> Am 25.02.2009 um 16:10 schrieb Wichert Akkerman:
> > The workflow tool is not a factor at all here. The problem is that CMF
> > registers some event handlers that do things like clear workflow
> > status
> > and local roles when you cr
Previously Charlie Clark wrote:
>
> Am 25.02.2009 um 14:18 schrieb Wichert Akkerman:
>
> > There are many use cases for both options. One aspect is that it is
> > extremely hard to not get the current behaviour. We had to hire
> > Philipp
> > to write z3c.unco
Previously Raphael Ritz wrote:
> Charlie Clark wrote:
> > Am 18.02.2009 um 21:51 schrieb Wichert Akkerman:
> >
> >> In my opinion a copy should produce a full copy, including all state
> >> and
> >> history.
>
> Not sure I would agree here.
>
t; This alone will not work.
>
> Does it make sense to keep old workflow history records after copy and
> paste? Or can we just remove the complete workflow_history attribute
> before notifyCreated is called?
In my opinion a copy should produce a full copy, including all state and
hat task at the application level.
>
> - Tidy up any deprecations when running under Python 2.5 (and maybe
>even 2.6).
>
> Anyone have other stuff they would like to see in the mix (and can help
> land)?
I want to extend the upgrade step logic a bit to allow you to call
single step
2005-March/021999.html
>
> That thread refers to 'content' rather than 'context'.
>
> Page templates have already made 'context' available as an alternative
> to 'here'. I don't see why 'object' should be
Previously Jens Vagelpohl wrote:
> On Nov 16, 2008, at 22:30 , Wichert Akkerman wrote:
> > Previously yuppie wrote:
> >> I don't like to remove CMF's portal_setup registration *if* CMF
> >> itself
> >> is not affected by this issue.
> >
>
rt steps to use such tools.
Wichert.
--
Wichert Akkerman <[EMAIL PROTECTED]>It is simple to make things.
http://www.wiggy.net/ It is hard to make things simple.
___
Zope-CMF maillist - Zope-CMF@lists.zope.org
http://mail.zop
ool
via getUtility that is not true and you see unexpected things breaking.
That is why for Plone we decided to not register the setup tool as a
utility until we can be sure that none of the standard tools need
self.REQUEST or have utility-based variant.
Wichert.
--
Wichert Akkerman <[EMAIL PROT
n why we don't register the setup tool as an utility anymore,
> is that too many import/export steps in-the-wild required the REQUEST to
> be available.
Specifically the problem is that import/export steps use tools which for
whatever reason assume self.REQUEST is available.
WIc
Previously Wichert Akkerman wrote:
> Previously Rob Miller wrote:
> > hi all,
> >
> > i've got a GenericSetup branch called 'ra-depends-tag' with a working
> > implementation of a ZCML tag. this tag can
> > be used anywhere that you could us
; />
I would like to see a simple extension: the ability to run one or more
steps from another profile. This can be very useful when you run
upgrades for a base profile which load (steps from a) profile from an
add-on package.
Wichert.
--
Wichert Akkerman <[EMAIL PROTECTED]>
Traverse' instead resolves
> the problem including the possibility to specify the path (or
> relative content URL) to the folder in ZMI.
Shouldn't it use restrictedTraverse? Is there a special reason you want
to bypass security?
Wichert.
--
Wichert Akkerman <[EMAIL PROTECTED]>
Previously Jens Vagelpohl wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
>
> On Sep 23, 2008, at 19:19 , Wichert Akkerman wrote:
>
> > Previously Jens Vagelpohl wrote:
> >> On Sep 23, 2008, at 17:01 , Wichert Akkerman wrote:
> >>
> >&
Previously Jens Vagelpohl wrote:
> On Sep 23, 2008, at 17:01 , Wichert Akkerman wrote:
>
> > Currently CMFCore and zope.dublincore duplicate some of the DC
> > interfaces. zope.dublincore even has an ICMFDublinCore interface
> > explicitly dublicing CMFCore's v
those directly
where possible?
Wichert.
--
Wichert Akkerman <[EMAIL PROTECTED]>It is simple to make things.
http://www.wiggy.net/ It is hard to make things simple.
___
Zope-CMF maillist - Zope-CMF@lists.zope.org
http://ma
Previously Martin Aspeli wrote:
> Wichert Akkerman wrote:
> > Previously Martin Aspeli wrote:
> >> Wichert Akkerman wrote:
> >>> Previously Martin Aspeli wrote:
> >>>> Hi Yuppie,
> >>>>
> >>>>>>> 1.) CMF add views
Previously Martin Aspeli wrote:
> Wichert Akkerman wrote:
> > Previously Martin Aspeli wrote:
> >> Hi Yuppie,
> >>
> >>>>> 1.) CMF add views adapt not only container and request, but also the
> >>>>> type info object.
r a particular "theme" browser layer.
>
> My preference would be:
>
> - Define an interface IFTIAwareView that has an 'fti' property
> - Define a traversal view (@@add) that does this kind of thing on
> traversal:
Why not a ++add++ traverser? Aren
x27;ld hate to loose them.
A good alternative might be to have a concept of action-overrides: a
set of actions that override or extend the global list of actions for
a specific context. That is something that I've wanted a few times and
could replace per-type actions.
Wichert.
--
Wic
Previously Jens Vagelpohl wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
>
> On Sep 18, 2008, at 09:56 , Wichert Akkerman wrote:
> >> I'm not the greatest artist in the world, if anyone dislikes a
> >> particular icon please feel free to rep
icons and search for a whole
> bunch of additional icons
>
> I'm not the greatest artist in the world, if anyone dislikes a
> particular icon please feel free to replace it with something that
> makes sense to a normal user. Just make sure it has a transparent
> back
tionIcons is a bit of a nuisance these days. I never
> understood why you'd need to separate the definition of the action (in
> the ZMI or GS) from its icon.
Easier customization - no need to let people touch the action itself?
Wichert.
--
Wichert Akkerman <[
Previously Jens Vagelpohl wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
>
> On Sep 10, 2008, at 07:53 , Wichert Akkerman wrote:
> > Jens, can you please cut a new beta egg so we can move forward with
> > Plone 3.2?
>
> Now that we have eggs and rele
t all CMF packages
> together when making changes? I'm using a simple buildout that pulls
> them all in:
>
> http://svn.dataflake.org/svn/sandboxes/cmf-21/
>
> http://svn.dataflake.org/svn/sandboxes/cmf-trunk/
Can you move/copy those to svn.zope.org?
Wichert.
--
Wich
Previously Maurits van Rees wrote:
> Currently this buildout (cmf-21 at least) pulls in
> Products.GenericSetup 1.4.1 from the cheese shop. I am curious: why
> is it not in the src/ here?
Why should it? GenericSetup is not a real part of CMF and has its own
releases.
Wichert.
--
quot;, line 62.2
> ConfigurationError: ('Unknown directive',
> u'http://namespaces.zope.org/genericsetup'
> , u'exportStep')
>
It was probably pure luck that that used to work before: CMFCore's
testing.py forgot to load meta.zcml from GenericSetup. I
nges. Am I correct in that?
GS trunk drops some long-deprecated bits which CMF isn't using anyway,
but 1.4 should be fully backwards compatible with 1.3.
Wichert.
--
Wichert Akkerman <[EMAIL PROTECTED]>It is simple to make things.
http://www.wiggy.net/ It is hard
Previously Jens Vagelpohl wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
>
> On Sep 10, 2008, at 07:53 , Wichert Akkerman wrote:
>
> > Previously Wichert Akkerman wrote:
> >> Ah, I complained about that to Jens: he pinned the CMF eggs to an
> &
Previously Wichert Akkerman wrote:
> Previously Maurits van Rees wrote:
> > Wichert Akkerman, on 2008-09-08:
> > > While working on plonenext I get an error when trying to install
> > > the Products.CMFDefault egg. This is the buildout -vv output:
> > (...)
> &g
Previously Maurits van Rees wrote:
> Wichert Akkerman, on 2008-09-08:
> > While working on plonenext I get an error when trying to install
> > the Products.CMFDefault egg. This is the buildout -vv output:
> (...)
> > While:
> > Installing instance.
r 'Products.CMFDefault'.
Error: Couldn't install: Products.CMFDefault 2.1.2-beta
Which is not very informative. Does anyone know what might cause this?
Wichert.
--
Wichert Akkerman <[EMAIL PROTECTED]>It is simple to make things.
http://www.wiggy.net/
w style" separate
> products which would make it easier to release them as eggs? I would
> have time to do this during a sprint later this month.
+1
Wichert.
--
Wichert Akkerman <[EMAIL PROTECTED]>It is simple to make things.
http://www.wiggy.net/
Previously Robert Niederreiter wrote:
> When providing a metadata.xml file, GenericSetup's registerProfile
> directive crashes if is provided as empty
> tag with a key error (GS v 1.4.1)
Can you submit a bugreport to launchpad?
Wichert.
--
Wichert Akkerman <[EMAIL PROTECTED]
.
Is there a special reason that getDiscussionFor explicitly tests
isDiscussionAllowedFor ?
Wichert.
--
Wichert Akkerman <[EMAIL PROTECTED]>It is simple to make things.
http://www.wiggy.net/ It is hard to make things simple.
__
ations on the FTI right
now; perhaps we should investigate migrating some things in that
direction.
Wichert.
--
Wichert Akkerman <[EMAIL PROTECTED]>It is simple to make things.
http://www.wiggy.net/ It is hard to make things simple.
om: CMF Tests
> Date: Wed Jul 9 21:48:13 EDT 2008
> URL: http://mail.zope.org/pipermail/cmf-tests/2008-July/009280.html
These are my fault; I'll look at them tonight.
Wichert.
--
Wichert Akkerman <[EMAIL PROTECTED]>It is simple to make things.
http://www
five and would appreciate any tips from someone who knows this code
> well.
For some unknown reason CMF explicitly encoded that behaviour in
__bobo_traverse__. It's bitten Plone as well.
Wichert.
--
Wichert Akkerman <[EMAIL PROTECTED]>It is simple to make things.
http://www.wig
underlying problem in the ZCA that hurts GenericSetup
in several places: it is impossible to determine if a factory or an object
was registered. Without knowing that information it is also impossible
to reliably do an export. Once that has been corrected in zope.component
GenericSetup can be adjust
Previously Jens Vagelpohl wrote:
>
> On Jun 11, 2008, at 14:31 , Wichert Akkerman wrote:
>
> >Previously Jens Vagelpohl wrote:
> >>Hi guys,
> >>
> >>I'm wondering about the need to provide tarballs for GenericSetup
> >>through zope.org al
its PyPI page.
We'll keep using tarballs for Plone 3.1.x maintenance releases. We may
switch to the egg variant for Plone 3.2, but not before.
Wichert.
--
Wichert Akkerman <[EMAIL PROTECTED]>It is simple to make things.
http://www.wiggy.net/
ttern? (Sorry, bit out of topic here on the cmf list as
> there are no cmf skeletons there. Care to add one? :-))
-1
I want all documentation to be the first thing I see when I unpack
something. I don't want to be forced to delve into 3 or 4
subdirectories.
Wichert.
--
Wi
Previously Maurits van Rees wrote:
> Wichert Akkerman, on 2008-05-29:
> > Previously Maurits van Rees wrote:
> >> Wichert Akkerman, on 2008-05-29:
> >> > Previously Maurits van Rees wrote:
> >> >> Wichert Akkerman, on 2008-05-29:
> &g
Previously Maurits van Rees wrote:
> Wichert Akkerman, on 2008-05-29:
> > Previously Maurits van Rees wrote:
> >> Wichert Akkerman, on 2008-05-29:
> >> > Previously Philipp von Weitershausen wrote:
> >> >> >But personally I like having it inside the
Previously Maurits van Rees wrote:
> Wichert Akkerman, on 2008-05-29:
> > Previously Philipp von Weitershausen wrote:
> >> >But personally I like having it inside the "main"
> >> >folder, so in your example above it would be
> >> >incf.applica
part of the egg.
You probably want to use a MANIFEST.in anyway and that can easily be
used to include everything in doc/ or other places.
Wichert.
--
Wichert Akkerman <[EMAIL PROTECTED]>It is simple to make things.
http://www.wiggy.net/ It is hard to make things simple.
__
bnail of an existing image to
> an edit form. Do I need to develop a special widget which will call
> the appropriate method?
Perhaps collective.namedfile has a suitable widget.
Wichert.
--
Wichert Akkerman <[EMAIL PROTECTED]>It is simple to make things.
http://www.wiggy.net/
Previously Charlie Clark wrote:
>
> Am 21.04.2008 um 08:59 schrieb Wichert Akkerman:
>
> >The eggified CMF already required setuptools to make sure the Products
> >namespace is setup correctly. Considering that entire python community
> >appears to be moving t
Previously yuppie wrote:
> Wichert Akkerman wrote:
> >Previously yuppie wrote:
> >>Until recently, the Products themselves didn't use setuptools. Revision
> >>85287 (http://svn.zope.org/?rev=85287&view=rev) changed that. It is no
> >>longer pos
s
products. Starting with Plone 4 we will be using the eggified version.
Wichert.
--
Wichert Akkerman <[EMAIL PROTECTED]>It is simple to make things.
http://www.wiggy.net/ It is hard to make things simple.
___
Zope-CMF
Plone 3.1rc1 is scheduled for release this Wednesday. I would like to
include a new GenericSetup release to get r84623 in. Would it be
possible for someone (Jens or Tres I assume) to make a new release?
Wichert.
--
Wichert Akkerman <[EMAIL PROTECTED]>It is simple to make things
Previously Jens Vagelpohl wrote:
> On Mar 7, 2008, at 09:37 , Wichert Akkerman wrote:
>
> >Previously Tres Seaver wrote:
> >>-BEGIN PGP SIGNED MESSAGE-
> >>Hash: SHA1
> >>
> >>Wichert Akkerman wrote:
> >>>The improvements
Previously Tres Seaver wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Wichert Akkerman wrote:
> > The improvements GenericSetup 1.4/trunk has over the 1.3 series are a
> > big part of Plone 3.1. With that moving towards it first alpha release
> > this F
jects recently and it looks solid to me.
Wichert.
--
Wichert Akkerman <[EMAIL PROTECTED]>It is simple to make things.
http://www.wiggy.net/ It is hard to make things simple.
___
Zope-CMF maillist - Zope-CMF@lists.zo
at will stick around forever. As
> such solutions have a tendency to do. "It works now" absolves everyone
> from the task to come back later and improve the solution, so no one
> does.
Amen to that.
Wichert.
--
Wichert Akkerman <[EMAIL PROTECTED]>It is simple to mak
be any volunteers to do
that.
Wichert.
--
Wichert Akkerman <[EMAIL PROTECTED]>It is simple to make things.
http://www.wiggy.net/ It is hard to make things simple.
___
Zope-CMF maillist - Zope-CMF@lists.zope.org
http://mail.
ontent_types without a context
vocabulary factories take a context as argument.
This vocabulary is already implemented in plone.app.vocabularies, you
can just use that:
http://dev.plone.org/plone/browser/plone.app.vocabularies/trunk/plone/app/vocabularies/types.py
Wichert.
--
Wichert Akkerm
g/svn/plone/cmfout/trunk
Wichert.
--
Wichert Akkerman <[EMAIL PROTECTED]>It is simple to make things.
http://www.wiggy.net/ It is hard to make things simple.
___
Zope-CMF maillist - Zope-CMF@lists.zope.org
http://mail.zope
over layers:
Tear down Products.GenericSetup.testing.ExportImportZCMLLayer in 0.001
seconds.
Total: 379 tests, 0 failures, 0 errors
Did something change in the Zope 2.10 branch?
Wichert.
--
Wichert Akkerman <[EMAIL PROTECTED]>It is simple to make things.
http://www.wiggy.net/
thonScript. While I can access @@views from templates, I can't
> figure out how to do this from a PythonScript. Is it all possible?
view=context.restrictedTraverse("@@view")
Wichert.
--
Wichert Akkerman <[EMAIL PROTECTED]>It is simple to make things.
http://www.
shEvent(): Add the notifyWorkflowCreated() call
> for IObjectAddedEvent. indexObject() is already called.
>
>
> Any comments? Questions? Objections?
This change broke Plone: Plone has a routine that constructs new content
objects while bypassing parts of CMF which now breaks when it tries
w night until 1/1, that's why I would have to do
> the beta either tomorrow or after 1/1.
I see 2.1.1 final isn't out yet. Can you do that today or tomorrow? That
and a i18n test failure are the the only blockers for Plone 3.0.5 at the
moment.
Wichert.
--
Wichert Akkerman <[EMA
Previously Tres Seaver wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Damien Baty (ML) wrote:
> > Hello,
> >
> > Le 27/12/07 9:49, Wichert Akkerman a écrit :
> >> Previously Damien Baty (ML) wrote:
> >>> [...]
> >>
Previously Damien Baty (ML) wrote:
> Hello,
>
> Le 27/12/07 9:49, Wichert Akkerman a écrit :
> >Previously Damien Baty (ML) wrote:
> >>[...]
> >>
> >>For the record, I have proposed a patch that let us automatically
> >>register a per
Previously Wichert Akkerman wrote:
> Previously yuppie wrote:
> > But I agree there should be a way to remove obsolete and broken local
> > steps. A method that removes local duplicates of global steps and a
> > method that removes broken steps would be useful. Not sure i
s.
>
> 3.) IObjectMovedEvent should use indexObject(), not reindexObject(). No
> need to call notifyModified() as reindexObject() does.
>
> If there are no objections, I'll backport the changes to the 2.1 branch.
+1
Wichert.
--
Wichert Akkerman <[EMAIL PROTECTED]>
1 - 100 of 218 matches
Mail list logo