Re: [Zope-CMF] adding 'context' as an alias for 'object' in action expressions

2008-12-10 Thread Charlie Clark

Am 01.12.2008 um 16:49 schrieb Tres Seaver:

> 'context' is the canonical name for the object through which a  
> script or
> templated was acquired (its aq_parent, in fact);  'here' is a
> long-deprecated alias for 'context'.  'context' is like the 'self'
> binding of a normal Python method.
>
> Action expressions aren't scripts / templates, and don't have many of
> the stock names ('context', 'container', 'template', 'script',
> 'traverse_subpath', 'namespace', 'subpath', 'options', 'modules',
> 'root') which scripts and templates offer;  instead, they offer names
> which are useful in writing action URLs (e.g., 'object_url',
> 'folder_url', 'portal', 'user_id', etc.)  Their 'self' / 'context'  
> would
> logically be the ActionInformation object, rather than the "target"  
> for
> which the URL / condition is being computed.
>
>
>> And the proposal was to change the expression context for actions.  
>> What
>> about CachingPolicyManager and DCWorkflow?
>
> Exactly.
>
> - -1 to the change from me.  Writing TALES expressions involves  
> knowing
> what the appropriate set of names are for the given usage.


Tres,

thanks very much for the explanation. I've probably missed it but my  
experience has been that Actions and Workflow are the most difficult  
parts of the CMF to work with because they don't conform entirely to  
the way PythonScripts or PageTemplates behave but I think this is  
largely down to a lack of user/developer documentation on what they  
are and how to use them. I recently encountered the problem that user  
defined action categories will be ignored by ListFilteredActionsFor().  
Improving the documentation here would probably be the best solution.

Charlie
--
Charlie Clark
Helmholtzstr. 20
Düsseldorf
D- 40215
Tel: +49-211-938-5360
GSM: +49-178-782-6226



___
Zope-CMF maillist  -  Zope-CMF@lists.zope.org
http://mail.zope.org/mailman/listinfo/zope-cmf

See https://bugs.launchpad.net/zope-cmf/ for bug reports and feature requests


Re: [Zope-CMF] adding 'context' as an alias for 'object' in action expressions

2008-12-01 Thread Dieter Maurer
Ross Patterson wrote at 2008-11-30 11:25 -0800:
> ...
>I'm not really up on the historical considerations, but I'm definitely
>in favor of "context" and definitely opposed to "object".  "object" is
>too generic, the request is an object after all, everything is an
>object.  "context" reads more like what it is.

+1

Of course, it should be consistent (as Yuppie noted), i.e.
"context" everywhere (the same way in scripts, views, actions,
templates, ).



-- 
Dieter
___
Zope-CMF maillist  -  Zope-CMF@lists.zope.org
http://mail.zope.org/mailman/listinfo/zope-cmf

See https://bugs.launchpad.net/zope-cmf/ for bug reports and feature requests


Re: [Zope-CMF] adding 'context' as an alias for 'object' in action expressions

2008-12-01 Thread Ross Patterson
Tres Seaver <[EMAIL PROTECTED]> writes:

> yuppie wrote:
>> Hi!
>> 
>> 
>> Laurence Rowe wrote:
>>> yuppie wrote:
 David Glick wrote:
> Does anyone have an objection to me adding 'context' as an alias for 
> 'object' in the expression context that is built when executing CMF 
> action expressions (in getExprContext in CMFCore/Expression.py)?  This 
> would remove one common source of minor confusion for beginning 
> CMF/Plone developers (namely, having to use object in action expressions 
> when you use context everywhere else).
 -1

 "There should be one-- and preferably only one --obvious way to do it."

 'context' is deprecated for this kind of expressions, CMF uses 'object' 
 everywhere. Supporting 'object' *and* 'context' or switching from 
 'object' to 'context' will cause even more confusion.

 Please see this thread
 http://mail.zope.org/pipermail/zope-cmf/2005-March/021990.html>>> with 
 this result
 http://mail.zope.org/pipermail/zope-cmf/2005-March/021999.html>> That 
 thread refers to 'content' rather than 'context'.
>> 
>> The links to the thread were not meant as a contribution to the 
>> discussion if 'context' is better than 'object'. My point is that this 
>> was discussed before and that using 'object' was an explicit decision. 
>> (And 'context' was also considered: 
>> http://mail.zope.org/pipermail/zope-cmf/2005-March/021957.html )
>> 
>>> Page templates have already made 'context' available as an alternative 
>>> to 'here'. I don't see why 'object' should be treated any differently.
>>>
>>> "There should be one-- and preferably only one --obvious way to do it."
>> 
>> The proposal was to *add* an alias. That means two ways to do it. It 
>> makes the chance higher that you guess the right name, but it doesn't 
>> make things more obvious.
>
> 'context' is the canonical name for the object through which a script or
> templated was acquired (its aq_parent, in fact);  'here' is a
> long-deprecated alias for 'context'.  'context' is like the 'self'
> binding of a normal Python method.
>
> Action expressions aren't scripts / templates, and don't have many of
> the stock names ('context', 'container', 'template', 'script',
> 'traverse_subpath', 'namespace', 'subpath', 'options', 'modules',
> 'root') which scripts and templates offer;  instead, they offer names
> which are useful in writing action URLs (e.g., 'object_url',
> 'folder_url', 'portal', 'user_id', etc.)  Their 'self' / 'context' would
> logically be the ActionInformation object, rather than the "target" for
> which the URL / condition is being computed.

Well, isn't a view instance object very much like an ActionInformation
object in this sense?  In TALES expressions in a view, "context" doesn't
refer to the view object.

Ross

___
Zope-CMF maillist  -  Zope-CMF@lists.zope.org
http://mail.zope.org/mailman/listinfo/zope-cmf

See https://bugs.launchpad.net/zope-cmf/ for bug reports and feature requests


Re: [Zope-CMF] adding 'context' as an alias for 'object' in action expressions

2008-12-01 Thread Tres Seaver
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

yuppie wrote:
> Hi!
> 
> 
> Laurence Rowe wrote:
>> yuppie wrote:
>>> David Glick wrote:
 Does anyone have an objection to me adding 'context' as an alias for 
 'object' in the expression context that is built when executing CMF 
 action expressions (in getExprContext in CMFCore/Expression.py)?  This 
 would remove one common source of minor confusion for beginning 
 CMF/Plone developers (namely, having to use object in action expressions 
 when you use context everywhere else).
>>> -1
>>>
>>> "There should be one-- and preferably only one --obvious way to do it."
>>>
>>> 'context' is deprecated for this kind of expressions, CMF uses 'object' 
>>> everywhere. Supporting 'object' *and* 'context' or switching from 
>>> 'object' to 'context' will cause even more confusion.
>>>
>>> Please see this thread
>>> http://mail.zope.org/pipermail/zope-cmf/2005-March/021990.html
>>> with this result
>>> http://mail.zope.org/pipermail/zope-cmf/2005-March/021999.html
>> That thread refers to 'content' rather than 'context'.
> 
> The links to the thread were not meant as a contribution to the 
> discussion if 'context' is better than 'object'. My point is that this 
> was discussed before and that using 'object' was an explicit decision. 
> (And 'context' was also considered: 
> http://mail.zope.org/pipermail/zope-cmf/2005-March/021957.html )
> 
>> Page templates have already made 'context' available as an alternative 
>> to 'here'. I don't see why 'object' should be treated any differently.
>>
>> "There should be one-- and preferably only one --obvious way to do it."
> 
> The proposal was to *add* an alias. That means two ways to do it. It 
> makes the chance higher that you guess the right name, but it doesn't 
> make things more obvious.

'context' is the canonical name for the object through which a script or
templated was acquired (its aq_parent, in fact);  'here' is a
long-deprecated alias for 'context'.  'context' is like the 'self'
binding of a normal Python method.

Action expressions aren't scripts / templates, and don't have many of
the stock names ('context', 'container', 'template', 'script',
'traverse_subpath', 'namespace', 'subpath', 'options', 'modules',
'root') which scripts and templates offer;  instead, they offer names
which are useful in writing action URLs (e.g., 'object_url',
'folder_url', 'portal', 'user_id', etc.)  Their 'self' / 'context' would
logically be the ActionInformation object, rather than the "target" for
which the URL / condition is being computed.


> And the proposal was to change the expression context for actions. What 
> about CachingPolicyManager and DCWorkflow?

Exactly.

- -1 to the change from me.  Writing TALES expressions involves knowing
what the appropriate set of names are for the given usage.


Tres.
- --
===
Tres Seaver  +1 540-429-0999  [EMAIL PROTECTED]
Palladion Software   "Excellence by Design"http://palladion.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFJNAeP+gerLs4ltQ4RArqDAJwMckHvg3WN4DG4tpECX47sfxedGgCg2SPB
qO8mWcKPawW7rPgRow89E3A=
=9PP6
-END PGP SIGNATURE-

___
Zope-CMF maillist  -  Zope-CMF@lists.zope.org
http://mail.zope.org/mailman/listinfo/zope-cmf

See https://bugs.launchpad.net/zope-cmf/ for bug reports and feature requests


Re: [Zope-CMF] adding 'context' as an alias for 'object' in action expressions

2008-12-01 Thread yuppie
Hi!


Laurence Rowe wrote:
> yuppie wrote:
>> David Glick wrote:
>>> Does anyone have an objection to me adding 'context' as an alias for 
>>> 'object' in the expression context that is built when executing CMF 
>>> action expressions (in getExprContext in CMFCore/Expression.py)?  This 
>>> would remove one common source of minor confusion for beginning 
>>> CMF/Plone developers (namely, having to use object in action expressions 
>>> when you use context everywhere else).
>> -1
>>
>> "There should be one-- and preferably only one --obvious way to do it."
>>
>> 'context' is deprecated for this kind of expressions, CMF uses 'object' 
>> everywhere. Supporting 'object' *and* 'context' or switching from 
>> 'object' to 'context' will cause even more confusion.
>>
>> Please see this thread
>> http://mail.zope.org/pipermail/zope-cmf/2005-March/021990.html
>> with this result
>> http://mail.zope.org/pipermail/zope-cmf/2005-March/021999.html
> 
> That thread refers to 'content' rather than 'context'.

The links to the thread were not meant as a contribution to the 
discussion if 'context' is better than 'object'. My point is that this 
was discussed before and that using 'object' was an explicit decision. 
(And 'context' was also considered: 
http://mail.zope.org/pipermail/zope-cmf/2005-March/021957.html )

> Page templates have already made 'context' available as an alternative 
> to 'here'. I don't see why 'object' should be treated any differently.
> 
> "There should be one-- and preferably only one --obvious way to do it."

The proposal was to *add* an alias. That means two ways to do it. It 
makes the chance higher that you guess the right name, but it doesn't 
make things more obvious.

And the proposal was to change the expression context for actions. What 
about CachingPolicyManager and DCWorkflow?


Cheers,

Yuppie

___
Zope-CMF maillist  -  Zope-CMF@lists.zope.org
http://mail.zope.org/mailman/listinfo/zope-cmf

See https://bugs.launchpad.net/zope-cmf/ for bug reports and feature requests


Re: [Zope-CMF] adding 'context' as an alias for 'object' in action expressions

2008-11-30 Thread Martin Aspeli
Wichert Akkerman wrote:
> Previously Laurence Rowe wrote:
>> yuppie wrote:
>>> David Glick wrote:
 Does anyone have an objection to me adding 'context' as an alias for 
 'object' in the expression context that is built when executing CMF 
 action expressions (in getExprContext in CMFCore/Expression.py)?  This 
 would remove one common source of minor confusion for beginning 
 CMF/Plone developers (namely, having to use object in action expressions 
 when you use context everywhere else).
>>> -1
>>>
>>> "There should be one-- and preferably only one --obvious way to do it."
>>>
>>> 'context' is deprecated for this kind of expressions, CMF uses 'object' 
>>> everywhere. Supporting 'object' *and* 'context' or switching from 
>>> 'object' to 'context' will cause even more confusion.
>>>
>>> Please see this thread
>>> http://mail.zope.org/pipermail/zope-cmf/2005-March/021990.html
>>> with this result
>>> http://mail.zope.org/pipermail/zope-cmf/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 treated any differently.
>>
>> "There should be one-- and preferably only one --obvious way to do it."
> 
> Amen.
> 
> +1 on making 'context' available.

+1 as well. I could never understand why page templates used 'here', 
scripts and views used 'context' (or self.context for views) and 
expressions used 'object'. We have moved away from 'here' in page 
templates, and settled on 'context', so why keep the inconsistency in 
TALES expressions? I get it wrong nearly every time I write one. :)

Martin

-- 
Author of `Professional Plone Development`, a book for developers who
want to work with Plone. See http://martinaspeli.net/plone-book

___
Zope-CMF maillist  -  Zope-CMF@lists.zope.org
http://mail.zope.org/mailman/listinfo/zope-cmf

See https://bugs.launchpad.net/zope-cmf/ for bug reports and feature requests


Re: [Zope-CMF] adding 'context' as an alias for 'object' in action expressions

2008-11-30 Thread Wichert Akkerman
Previously Laurence Rowe wrote:
> yuppie wrote:
> > David Glick wrote:
> >> Does anyone have an objection to me adding 'context' as an alias for 
> >> 'object' in the expression context that is built when executing CMF 
> >> action expressions (in getExprContext in CMFCore/Expression.py)?  This 
> >> would remove one common source of minor confusion for beginning 
> >> CMF/Plone developers (namely, having to use object in action expressions 
> >> when you use context everywhere else).
> > 
> > -1
> > 
> > "There should be one-- and preferably only one --obvious way to do it."
> > 
> > 'context' is deprecated for this kind of expressions, CMF uses 'object' 
> > everywhere. Supporting 'object' *and* 'context' or switching from 
> > 'object' to 'context' will cause even more confusion.
> > 
> > Please see this thread
> > http://mail.zope.org/pipermail/zope-cmf/2005-March/021990.html
> > with this result
> > http://mail.zope.org/pipermail/zope-cmf/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 treated any differently.
> 
> "There should be one-- and preferably only one --obvious way to do it."

Amen.

+1 on making 'context' available.

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.org/mailman/listinfo/zope-cmf

See https://bugs.launchpad.net/zope-cmf/ for bug reports and feature requests


Re: [Zope-CMF] adding 'context' as an alias for 'object' in action expressions

2008-11-30 Thread Ross Patterson
yuppie <[EMAIL PROTECTED]> writes:

> David Glick wrote:
>> Does anyone have an objection to me adding 'context' as an alias for 
>> 'object' in the expression context that is built when executing CMF 
>> action expressions (in getExprContext in CMFCore/Expression.py)?  This 
>> would remove one common source of minor confusion for beginning 
>> CMF/Plone developers (namely, having to use object in action expressions 
>> when you use context everywhere else).
>
> -1
>
> "There should be one-- and preferably only one --obvious way to do it."
>
> 'context' is deprecated for this kind of expressions, CMF uses 'object' 
> everywhere. Supporting 'object' *and* 'context' or switching from 
> 'object' to 'context' will cause even more confusion.
>
> Please see this thread
> http://mail.zope.org/pipermail/zope-cmf/2005-March/021990.htmlwith this result
> http://mail.zope.org/pipermail/zope-cmf/2005-March/021999.html

+1

I'm not really up on the historical considerations, but I'm definitely
in favor of "context" and definitely opposed to "object".  "object" is
too generic, the request is an object after all, everything is an
object.  "context" reads more like what it is.

Ross

___
Zope-CMF maillist  -  Zope-CMF@lists.zope.org
http://mail.zope.org/mailman/listinfo/zope-cmf

See https://bugs.launchpad.net/zope-cmf/ for bug reports and feature requests


Re: [Zope-CMF] adding 'context' as an alias for 'object' in action expressions

2008-11-30 Thread Laurence Rowe
yuppie wrote:
> David Glick wrote:
>> Does anyone have an objection to me adding 'context' as an alias for 
>> 'object' in the expression context that is built when executing CMF 
>> action expressions (in getExprContext in CMFCore/Expression.py)?  This 
>> would remove one common source of minor confusion for beginning 
>> CMF/Plone developers (namely, having to use object in action expressions 
>> when you use context everywhere else).
> 
> -1
> 
> "There should be one-- and preferably only one --obvious way to do it."
> 
> 'context' is deprecated for this kind of expressions, CMF uses 'object' 
> everywhere. Supporting 'object' *and* 'context' or switching from 
> 'object' to 'context' will cause even more confusion.
> 
> Please see this thread
> http://mail.zope.org/pipermail/zope-cmf/2005-March/021990.html
> with this result
> http://mail.zope.org/pipermail/zope-cmf/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 treated any differently.

"There should be one-- and preferably only one --obvious way to do it."

;-)

Laurence

___
Zope-CMF maillist  -  Zope-CMF@lists.zope.org
http://mail.zope.org/mailman/listinfo/zope-cmf

See https://bugs.launchpad.net/zope-cmf/ for bug reports and feature requests


Re: [Zope-CMF] adding 'context' as an alias for 'object' in action expressions

2008-11-29 Thread yuppie
David Glick wrote:
> Does anyone have an objection to me adding 'context' as an alias for 
> 'object' in the expression context that is built when executing CMF 
> action expressions (in getExprContext in CMFCore/Expression.py)?  This 
> would remove one common source of minor confusion for beginning 
> CMF/Plone developers (namely, having to use object in action expressions 
> when you use context everywhere else).

-1

"There should be one-- and preferably only one --obvious way to do it."

'context' is deprecated for this kind of expressions, CMF uses 'object' 
everywhere. Supporting 'object' *and* 'context' or switching from 
'object' to 'context' will cause even more confusion.

Please see this thread
http://mail.zope.org/pipermail/zope-cmf/2005-March/021990.html
with this result
http://mail.zope.org/pipermail/zope-cmf/2005-March/021999.html

Cheers, Yuppie

___
Zope-CMF maillist  -  Zope-CMF@lists.zope.org
http://mail.zope.org/mailman/listinfo/zope-cmf

See https://bugs.launchpad.net/zope-cmf/ for bug reports and feature requests


[Zope-CMF] adding 'context' as an alias for 'object' in action expressions

2008-11-29 Thread David Glick
Does anyone have an objection to me adding 'context' as an alias for  
'object' in the expression context that is built when executing CMF  
action expressions (in getExprContext in CMFCore/Expression.py)?  This  
would remove one common source of minor confusion for beginning CMF/ 
Plone developers (namely, having to use object in action expressions  
when you use context everywhere else).


peace,

David Glick
Web Developer
ONE/Northwest

New tools and strategies for engaging people in protecting the  
environment


http://www.onenw.org
[EMAIL PROTECTED]
work: (206) 286-1235 x32
mobile: (206) 679-3833

Subscribe to ONEList, our email newsletter!
Practical advice for effective online engagement
http://www.onenw.org/full_signup




___
Zope-CMF maillist  -  Zope-CMF@lists.zope.org
http://mail.zope.org/mailman/listinfo/zope-cmf

See https://bugs.launchpad.net/zope-cmf/ for bug reports and feature requests