Jens Vagelpohl wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am I right in thinking that DCWorkflow does not send any Zope 3
events? I'm not terribly familiar with that code, but some grepping
suggests so.
Do you agree this would be useful? (I've got a pretty strong need for
it for
Jens Vagelpohl wrote:
You need to provide full patches and find someone who has the time - I'm
afraid I don't. The best solution would be for you to get in touch with
Jim and get a contributor agreement going. That's not rocket science.
This turned out to be easier than I feared. I've put a
Jens Vagelpohl wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 27 Dec 2006, at 16:16, Tres Seaver wrote:
Rocky Burt wrote:
On Wed, 2006-27-12 at 11:46 +0100, Jens Vagelpohl wrote:
P.S.: I _hate hate hate_ doctests ;)
Why?
I won't speak for Jens, but I find they have two serious
Tres Seaver wrote:
Looks farily good overall. I think one useful extension would be useful
to provide access to the same information currently exposed via
Products.DCWorkflow.Expression.StaTeChangeInfo (these are what the
guard expressions use):
- The workflow object itself.
- The
Tres Seaver wrote:
Looks farily good overall. I think one useful extension would be useful
to provide access to the same information currently exposed via
Products.DCWorkflow.Expression.StaTeChangeInfo (these are what the
guard expressions use):
- The workflow object itself.
- The
Jens Vagelpohl wrote:
The testbrowser tests tend to be the worst when it comes to failures
early on and then spewing out never-ending messages because the browser
ist messed up at that point.
Yes, this is true - they can be pita when you have complex pages (like
Plone).
Martin
Hi Tres,
Looks farily good overall. I think one useful extension would be useful
to provide access to the same information currently exposed via
Products.DCWorkflow.Expression.StaTeChangeInfo (these are what the
guard expressions use):
- The workflow object itself.
- The transition
Sidnei da Silva wrote:
Something that strikes me, by looking at this code is that we also
want events that map to 'notifySuccess' and 'notifyException' too (ie,
ITransitionSuccessEvent and ITransitionFailureEvent), not only
'before'/'after'. (see _invokeWithNotifications).
Those could be fired
Sidnei da Silva wrote:
On 12/27/06, Martin Aspeli [EMAIL PROTECTED] wrote:
I don't think I fully understand the use case or usage of
notifySuccess() and notifyException(). They are called by
portal_workflow, on the workflow definition. They don't seem to be used
in the current code at least
Sidnei da Silva wrote:
On 12/27/06, Martin Aspeli [EMAIL PROTECTED] wrote:
I agree that maybe this refactoring is lower priority, I'm just making
sure it's not forgotten just because the main workflow used is
DCWorkflow, and maybe clarifying some not-so-clear use cases beyond
DCWorkflow's
Sidnei da Silva wrote:
On 12/27/06, Martin Aspeli [EMAIL PROTECTED] wrote:
Right - that was the question I was asking. *Is* this an event that's
useful outside the framework?
I believe so. For example, a subscriber that wants to know if an
action has succeeded, no matter where/when, so it can
I am experimenting with that right now, but my z3/Five-Fu ran low
again ;) My problem: calls to zope.component.getUtility
(interface_class) never return anything. Here's the top part (the
bottom is just the old way) of my CMFCore.utils.getToolByName:
Yay!
def
Jens Vagelpohl wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10 Sep 2006, at 14:53, Rocky Burt wrote:
This sounds fine, but we'd probably want to wait until we have a CMF
version that does require 2.10, right? HEAD says Zope = 2.9. Unless
we want to work with indirections that know
Hi guys,
philiKON pointed out something interesting to me the other day - we
could actually register the existing tools as local utilities as of Zope
2.10. That way, you could do this:
actions = getUtility(IActionsTool)
as another spelling for
actions = getToolByName(context,
Hi guys,
yuppie wrote:
Ok. Wrote a prototype for you.
And it worked great! :)
I've used this here now:
http://svn.plone.org/svn/collective/borg/trunk/examples/charity/
See especially
http://svn.plone.org/svn/collective/borg/trunk/examples/charity/Extensions/Install.py
and
yuppie-2 wrote:
def install(self):
wftool = getToolByName(self, 'portal_workflow')
# create empty workflow
obj_id = 'myWorkflow'
wftool._setObject(obj_id, DCWorkflowDefinition(obj_id))
obj = getattr(wftool, obj_id)
# create import context
environ
yuppie-2 wrote:
If you write a new XML body to adapted.body the settings of the workflow
are changed. The body is not stored as a string, it is stored as object
tree. (So yes, the workflow is 'initialized' with the settings defined
in the XML file.) If you modify the object tree TTW
Rob Miller wrote:
maybe i'm missing something, but is there a reason why you wouldn't want
to simply make your profile active and then import specific steps
programmatically from within your install method, rather than invoking
the import adapters manually?
Because in this case I wouldn't
Hi,
I realise this isn't entirely kosher (and that yuppie has much better
long-term ideas), but I am wondering if it's possible to invoke some
GenericSetup handler code during a more traditional Extensions/Install.py
install.
This is purely for convenience - but if I need a more traditional
yuppie wrote:
Since CMF 1.5.1 CMFSetup/GenericSetup supports extension profiles. They
are quite useful, but their current format has some fundamental issues:
I posted something in a similar vein to this on plone-developers last
night, about using GenericSetup profiles for product
yuppie-2 wrote:
GenericSetup uses a completely different approach than
CMFQuickInstaller. It is focused on states, not on changes.
Indeed. From having used it recently, it just seems to be an easier way of
working, so I'm trying to find out how we can meet the use cases that CMFQI
meets
yuppie-2 wrote:
GenericSetup uses a completely different approach than
CMFQuickInstaller. It is focused on states, not on changes.
Indeed. From having used it recently, it just seems to be an easier way of
working, so I'm trying to find out how we can meet the use cases that CMFQI
meets
The concept of import steps is confusing because it was invented before
extension profile support was added. Originally an import step
represented a piece of the profile. The handler property just provided
the information which handler to use for this piece of the profile. That
did no
On Sat, 03 Jun 2006 12:16:06 +0100, Jens Vagelpohl
[EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This checkin seems to have broken Zope 2.8-compatibility:
http://svn.zope.org/GenericSetup/trunk/tests/common.py?
rev=68391r1=41338r2=68391
Specifically, the line
On Sat, 03 Jun 2006 12:34:53 +0100, Jens Vagelpohl
[EMAIL PROTECTED] wrote:
BTW: Next week I plan to land ZCML support and non-Products package
support for registering profiles. Don't know if new features like that
should be shipped with CMF 1.6 or if we need a maintenance branch for
On Tue, 25 Apr 2006 20:21:09 +0100, Martin Aspeli
[EMAIL PROTECTED] wrote:
On Tue, 25 Apr 2006 16:33:01 +0100, David Pratt
[EMAIL PROTECTED] wrote:
Hi Jens. Z3 has it own uid facilities. I guess folks could pick this up
through five could they not? Its all moving in that direction in any
On Tue, 25 Apr 2006 16:33:01 +0100, David Pratt
[EMAIL PROTECTED] wrote:
Hi Jens. Z3 has it own uid facilities. I guess folks could pick this up
through five could they not? Its all moving in that direction in any
case.
Plone doesn't have UID, but Archetypes does. This is used primarily
Hi Jens,
Congratulations! :-)
- pluggable TypeInformation objects
- new-style Actions
Where would I look to find more details on how these work? They sound like
the may be useful for Plone going forward. :)
Martin
--
(muted)
___
Hi Jens,
CMF 2.0.0 is now out the door and I have made some updates to the
roadmap document. Please take a look and give me some feedback on the
dates (well, the only dates we have set are the dates for CMF 2.1) and
the description of 2.1:
Bradly Bernier [EMAIL PROTECTED] writes:
Yah Plone seemed to be just as difficult as the CMF when I looked at it.
Plone has way to many options that it scares me which I know would never
work for my very computer illiterate clients.
Well, Plone is built on top of the CMF so it has exactly all
yuppie [EMAIL PROTECTED] writes:
If someone figures out what's necessary to use CPSSkins V3 with
CMFDefault we might be able to add the necessary hooks in CMF.
I have no idea how hard this would be, but I think it would be a very nice thing
to have integrated at the CMF level. There was some
On Tue, 28 Feb 2006 23:37:24 -, Bradly Bernier
[EMAIL PROTECTED]
wrote:
So there isnt a way of doing this just with the CMF? I have looked at
plone and it doesn't seem to offer the exact requirments. All I want to
make is a site where my clients can edit the body of 1 or 2 pages and
On Wed, 15 Feb 2006 14:16:26 -, Jens Vagelpohl
[EMAIL PROTECTED] wrote:
On 15 Feb 2006, at 14:12, Florent Guillaume wrote:
Jens Vagelpohl wrote:
There's one specific item that I couldn't find enough information on
to make a comment, which is events support. Florent, what is the
Chris Withers [EMAIL PROTECTED] writes:
Martin Aspeli wrote:
Alec Mitchell's plone_schemas product lets you use such types in Plone,
though he derives from CMF's PortalContent (as I recall) and manually
constructs an FTI.
FWIW, I think this is an exceptionally bad idea.
I'd much
yuppie [EMAIL PROTECTED] writes:
The underlying question is whether we want to drop support for TTW
development. I don't want that. So I prefer to keep portal types and
Actions until we have a suitable Z3 replacement.
In my own opinion, there are three levels of TTW development:
1. TTW
Hi,
Just trying to get an overview - are there any plans or code (CMF 2?) to
make it possible to use Z3 content types as first-class citizens in CMF?
That is, make them available in add menus, make actions/tabs appear on
them, let them use method aliases, make them catalog aware and so on,
Hi guys,
I'm writing some migration code that needs to force a workflow state. That
is, a given content item has a workflow with states A, B and C, and
depending on some external state, I need to force it to be in state B,
including having B's security settings.
I've had a look at the
Hi Jens,
On Tue, 24 Jan 2006 19:58:14 -, Jens Vagelpohl
[EMAIL PROTECTED] wrote:
You'll probably have to construct the dictionary that describes the
state/comment/transition time etcyourself and then append it at the end
of the workflow history. At least that's what we've been doing
On Mon, 16 Jan 2006 11:41:23 -, Martijn Faassen [EMAIL PROTECTED]
wrote:
How urgent is it that all of this works with Zope 2.8? I guess it's
urgent if you want to sell it to the Plone community, which will only
switch to Zope 2.9 or beyond by next year or so, I expect. How much more
On Mon, 16 Jan 2006 15:50:44 -, whit [EMAIL PROTECTED] wrote:
In actuality, the number of products that anyone depends on will not be
using this in 2.8, but making it available to 2.8 will give people an
opportunity to use this and familiarize themselves. for example, Plone
will be on
On Mon, 16 Jan 2006 14:37:41 -, Rocky Burt [EMAIL PROTECTED] wrote:
I think there are two reasons Plone 2.5 is targetting CMF 1.6 (instead
of just going to CMF 2.0)
1) the risk that CMF 2.0 wouldn't be ready when plone -- and I'm
pretty sure the 6 month release rule has already been
Hi,
On Wed, 11 Jan 2006 18:42:08 -, Tres Seaver
[EMAIL PROTECTED] wrote:
I'd like to review the current status of a number of the CMF 2.0 roadmap
items, and ask for feedback from the community on how they fit into a
near-term release of a beta for CMF 2.0. In fact, I would like to
Hi Alec,
I see that plone_schemas covers most of what I was asking about, which is
great :)
I took a look at plone_schemas' example type. I can't get it to install
(Zope won't start, some conflict of versions, I'm sure), but looking at
the code, I notice that you
- Derive from
So let's play with the idea of using plone_schemas instead of Archetypes
for a moment. How does it compare? Off the top of my head, how does it
support:
... I really don't know why Opera has taken to posting my messages thre
times (at least it shows up three times here), but there you
On Fri, 13 Jan 2006 20:56:21 -, Rocky Burt
[EMAIL PROTECTED] wrote:
- Ability to make custom views easily
Customizing views happens with overrides.zcml today. No plone_schemas
required. This should work for widget customizations as well.
Obviously as we've all discussed this needs a
On Wed, 11 Jan 2006 18:42:08 -, Tres Seaver
[EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
First, many thanks to all who have contributed toe the CMF 2.0 effort!
I'd like to review the current status of a number of the CMF 2.0 roadmap
items, and ask for feedback
On Mon, 09 Jan 2006 14:29:06 -, Rocky Burt
[EMAIL PROTECTED] wrote:
Hi all,
Sorry about the cross post, but I thought this topic concerned CMF,
Plone, and Archetypes equally.
I had a discussion with Alec Mitchell recently where we talked about the
components that made up Archetypes and
Jens Vagelpohl wrote:
I think this brings up the need for a slightly more formalized planning
and release process. Given the requisite backing by at least the main
developers (meaning their agreement that they would actually use such a
thing) I'd like to set up a release plan page on
Hi,
The following checkin on the 1.6 branch, which looks like a pure cleanup
item, completely breaks Plone 2.1 and up on CMF 1.6. I assume that was
not the intention.
http://svn.zope.org/CMF/branches/1.6/CMFCore/TypesTool.py?
rev=40364r1=40360r2=40364
Do you know how it breaks Plone,
That CMFDynamicViewFTI doohickey (no idea what that is, really, but
Plone needs it for some reason) tries to import typeClasses from
CMFCore.TypesTool and add information about itself to it. See fti.py
module.
Ah. :)
CMFDVFTI (say that ten times fast, would'ya) is what powers the
Unless someone fixes that CMFDynamicsomethingFTI thing (or the CMF 1.6
branch) people cannot even attempt to run Plone 2.1 or 2.2 against CMF
1.6. This is like a stalemate. Can you suggest how to add a new kind of
factory information class similar to appending it to that typeClasses
It's a lot looser than knowing the whole DOM. You just need to know
the IDs. And in some cases, only when an id is used in multiple
places, you will need to know the id of its parent. That's the only
mental model you need. You don't need to have any idea what
the tags are or how the page
Hi all,
First of all, a couple of apologies: for the cross-post, but I think this
concerns all these groups; for my ignorance: I'm only starting to scratch
the surface of Z3, via Five, coming from Plone; and for dragging this out
again. However, I think this is important.; and maybe for
The general mindset of most Plone developers, as I perceive it from the
CMF side, seems to be one of I'm in Plone code, and I know what to do
here, and I don't need to look beyond my world. Very few developers
have a broader view and even think of pushing generic functionality or
even
Trying-not-to-sound-patronizing-ly,
Stefan
Liar. :)
Martin
--
(muted)
___
Zope-CMF maillist - Zope-CMF@lists.zope.org
http://mail.zope.org/mailman/listinfo/zope-cmf
See http://collector.zope.org/CMF for bug reports and feature requests
Note that Plone does this all over the place, and we probably won't change
it for 2.1. 2.1.1 maybe...
Martin
Hi Jens. It clearly says 'parameter' as you have pointed out. Must be
tired, sorry. I'll look for these products and make the changes. Many
thanks.
Regards,
David
On
t;006792";
google_color_text = "00";
//-->
Re: [Zope-CMF] [dev] add view traversal
Martin Aspeli
Re: [Zope-CMF] [dev] add view traversal
Charlie Clark
Re: [Zope-CMF] [dev] add view traversal
Martin Aspeli
Re: [Zope-CMF] [dev] add view traversal
yuppie
Re: [Z
101 - 157 of 157 matches
Mail list logo