Re: [podwiki] Page rename/move
Brought to you by:
zarahg
From: David A. B. <Br...@ac...> - 2004-05-27 17:00:03
|
On Thu, 27 May 2004, Thomas Linden wrote: > at first: please do not send such mails To: me and Cc: to the list, > because SF's mailman seems to ignore Cc:'ed mails to the list and > therefore does not set a reply-to field. That causes me to rewrite the > mailheader of my ansers manually. Sorry about that. That is what happens when I reply to your emails (such as this one). I'll just try to remember to whack the Cc:. > On Thu, May 27, 2004 at 10:07:30AM -0500, David A. Bright wrote: >> - Different formatters make this a potentially a little more difficult, as >> the linking form is different for each one. We probably need an interface >> in each formatter to handle the conversion. > > What if we centralize the pod_link() function (which is afaik on the > todo list anyway) and let it register each link?, e.g. you call it this > way: pod_link($from, $to), where $from is the page which contains the > link and $to is the destination. We could use a Storable for this, the > same way as attributes or users are saved. The current implementaition > seems to be lock-save and stable (at least I had no attribute lost on > daemon.de since I updated it to 0.8.0). What do you think? Interesting idea; this might minimize the impact of making the change and that is always attractive. Of course, we have to figure out how to utilize pod_link for links in the POD formatter (or vice-versa), which is kind of what my other message on unification of formatters (not really markup) was about. Anyway, assuming that is the case, the only problem I see with that is that it would happen on each read of a page, which would mean there would be a lot of (redundant) updates to the Storable. Unless, of course, we can somehow restrict that mode to only the rendering of the page immediately after the save. Maybe I'll find some time to play with it a bit while you're away. There's a scary thought! -- David A. Bright Br...@ac... dab...@us... |