Well if it is any use to you Scott… the combination of tags, iftags and redirect works fine for me. So redirecting to a fixed page (meaning existing in the page it self, not beeing passed through by URL) only if this page has a certain tag is possible at this moment.

for example: As default I want a certain page to be redirected to an other page, but this other page is as an information item on this page itself. An information item can be every variable that belongs to a page… the list is documented in the listpages module examples are %%title%%, %%conten{1} but also %%form_data{url}%%… so your code could look like this then

[[iftags -_template]]
[[module redirect destination="http://YOURSITE.wikidot.com/%%parent_fullname%%"]]
[[/iftags]]

this code is on the _template page… so every page created in this category will be redirected to it parent unless the tag of the page is "_template"

Maybe this can be a solution to your problem… otherwise… It can maybe help someone else

This also works and means you don't need to enter the site domain (though %%site_name%% or %%site_domain%% would work nicely for that anyway - and both are already implemented)

[[iftags -_template]]
[[module Redirect destination="%%parent_fullname%%"]]
[[/iftags]]

I use the above code in a post's template page, for redirecting back to the parent thread after creating or editing the post.

Good improvement Leiger… thanks I'll use that myself too. BTW I use it for exact the same reason: opening a page in edit modeand redirecting after the "save".

The above mentioned code needs a link to go to that page and set a number of things like the parent. The construction of that link is like thisl:

[http://YOURSITE.wikidot.com/TARGET_PAGE_NAME/edit/true/parentPage/%%fullname%% Create new page]

Try this one:
Create new page

Not sure who you're replying to with the second part, but you've made a mistake in the code block (two forward slashes in a row between "true" and "parentPage")

And when I click on that link, I get an error message:

Sorry, you can not create a new page in this category. Only members of this site, site administrators and perhaps selected moderators are allowed to.

Sorry about not setting the permissions correctly of that page. It's adjusted.
I also changed the post… hopefully it's more understandable in this way

Ah yes, I've been using that code as well… (obviously, as it won't work without defining a parent at page-creation-time)

I've found that when editing you still need the /noredirect/true. It's a bit strange to me, but is just a bit longer link so no issues.

Disagree with the "noredirect/true…" part: If you click on the link I provided it works fine without it. Are there things I'm overlooking? create new page

Other thing (minor however): If a contributer desides not to create the page and click "cancel" (s)he stays on the creation-page, the redirect does not work in that case.

Disagree with the "noredirect/true…" part: If you click on the link I provided it works fine without it. Are there things I'm overlooking? create new page

That's strange. I'm pretty sure it wasn't working like that at some point.

Will go back and check my forum,to see if I can do it without appending 'noredirect' to the URL.

Here is an example of what I understand.

You have navigation with an item "news" (the fixed page you are reffering to). Now you wish that people are redirected to the latest news-item if they click on the link "news". Is that correct?

If so I don't understand why you want to redirect them because the page "news" can easely hold the latest newitem with using a Listpages limit="1" order="created_at"…

So… this is probably not what you want so I'm not getting something

That's exactly what I'm getting at. Remember, our newsletter contains lists of items. Since there's no way to show a listpage within a listpage, it's not possible to show the whole newsletter using a straight-up listpage with limit="1".

Even if we didn't have this nesting issue, I still think such a redirect would be useful. When users view the first item in a list, it isn't immediately obvious that they need to click through to the source page in order to edit it. Instead they're likely to attempt to edit the list. A redirect would take them right to the source.

Okay then tell me what is the category of the "mother"-listpage and what is the selector?

I can not find a way to work around this one… we should get this wish massivly rated upwards… nudge all your friends to do so! This wish would have a really big benefit to building things.

Steven, what point is the rating system if it is just going to be manipulated like that?

I see your point, Shane. A few times I've driven users toward my wishes & invited them to rate. I've also appreciated invitations from others to review their wishes. I'm frankly confused about whether the rating system even makes a difference in the dev team's acceptance of feedback.

I've said before, I think it's a pity we've siphoned substantive feedback away from the community site. I think this space is frequented by a much narrower set of Wikidot users with increasingly specialized needs. Discussions here would enrich that space and draw more users along in their Wikidot expertise.

So I support Steven's strategy, if only to expand the discussion.

No need to get defensive - I'm not attacking you =)

I didn't even notice the links on the community site - not sure what you're talking about there. My reply was in response to "we should get this wish massivly rated upwards… nudge all your friends to do so!"

I didn't even notice the links on the community site

Oops…

oh Leiger, you know…nerds like us don't have friends :-)

… speak for yourself :) And somehow I prefer "geek" over "nerd". Not sure if there's any difference in the definition, it just sounds better. Using iPod at the moment so it's difficult to check the definition.

We are getting off topic here though…