From: "Yuppie" <[EMAIL PROTECTED]>
> 1.) absolute_url(relative=1) behaves different
> ----------------------------------------------
> 'relative' was changed from 'relative to site object' to 'relative to
> server root'. This is an API change and breaks Products like CMF.
> See <>
> I propose to revert this change.


I added a comment to the Issue, and are copying it here FYI:

There is no reason to change absolute_url. If you use CMF, there is the
portal_url tool, which could need some enhancing, btw, and if not, you need
to make your own set of methods. Methods you sooner or later will need are
(the exact naming is optional):

virtualRootPath(ob): Returns the path to the virtual root. For example: ('',

physicalPath(ob): Returns the full path to the object. For example: ('',
'', 'path', 'to', 'object')
//Note: This already exists as obj.getPhysicalPath()...

virtalPath(ob): Returns the path from the virtual root. For example: ('',
'path', 'to', 'object') (Note that it starts with a '')

path2url(path): For the above paths returns '/',
'/' and '/path/to/object' respectively.

After you have these, you can forget about absolute_url. :)

I have yet encountered a specific need to return
'<anything>' because the browser will typically add
that automatically anyway when you return '/<anything>'.

These methods SHOULD really be a part of the VirtualHostMonster, but they
aren't. People are welcome to fix this. :-) Since the VirtualHostMonster
determines the virtual root dynamically per request, I don't know how to
implement virtualRootPath and virtualPath... I guess you would need to get
the virtual root from the request, somehow. You'll still end up with the
situation that you want the virtual root for objects that are under other
virtual roots that the one the current request is using, but that is an
unsolvable problem with the current VirtualHostMonster.


Zope-Dev maillist  -  [EMAIL PROTECTED]
**  No cross posts or HTML encoding!  **
(Related lists - )

Reply via email to