Contents
EmbedWikiPage
PURPOSE
This macro is used to embed a wiki page into the current wikipage.
It is possible to embed local pages as well as external wiki pages.
If a WikiName is detected the name is translated into a link to the original page.
On some circumstances a WikiName is not detected, see RESTRICTIONS.
The page is embedded temporary and you get at the end a link to edit the original page.
Download & Release Notes
Download |
Release Version |
Moin Version |
Release Notes |
|
1.3 |
|
|
|
1.2 |
|
CALLING SEQUENCE
[[EmbedWikiPage(site,name)]]
INPUTS
site: the URL of the wiki where the page is on name: the wikiname of the page
EXAMPLE
[[EmbedWikiPage(http://moinmoin.wikiwikiweb.de:8000/,ProcessorMarket/sctable)]]
PROCEDURE
- Editing of an embedded page is always editing the original page.
wiki:, wiki:/ or ["HOWTO"] and normal WikiName page links are followed to it's original locations
- attachments are embedded as links
Please remove the version number from the routine name!
RESTRICTIONS
- at the moment it follows nearly all wiki links
I have a simple mechanism to detect wiki:, wiki:/ or ["HOWTO"] and normal WikiName pagelinks. At the moment I don't find WikiName which are inserted into tabulars and macros.
Later on it would be fine to use the icon of the page (favicon) to show where are the links from.
MODIFICATION
@copyright: 2004-09-26 by ReimarBauer EmbedWikiPage-1.2.3-1
2004-09-28: RB 1.2.3-2 WikiName is now supported (some cases are missing)
2004-09-28: RB 1.2.3-3 WikiName rules extended
2004-10-01: RB changed to Macro. (No Traceback because of return)
2004-12-20: RB 1.3.1-1 adopted to new wiki syntax
Copyright
DISCUSSION
NEED HELP to find WikiName in in some cases.
A processor is a thing that processes a part of a wiki page. This processor does no such thing. I think this is really a Macro. Note that processors will be deprecated with the next versions of moin. Try to adapt to the parser interface instead. -- OliverGraf 2004-09-28 07:11:55
You are right I will change this. -- ReimarBauer 2004-09-28 11:03:56
I tried first a macro but I got at the end some warnings
Traceback (most recent call last): File "/lib/python/MoinMoin/request.py", line 405, in run Page(query).send_page(self, count_hit=1) File "/lib/python/MoinMoin/Page.py", line 611, in send_page self.send_page_content(request, Parser, body) File "/lib/python/MoinMoin/Page.py", line 662, in send_page_content Parser(body, request).format(self.formatter) File "/lib/python/MoinMoin/parser/wiki.py", line 1033, in format formatted_line = self.scan(scan_re, line) # this also sets self.inhibit_p as side effect! File "/lib/python/MoinMoin/parser/wiki.py", line 876, in scan return ''.join(result) TypeError: sequence item 1: expected string, NoneType found
All these messages were removed by using a processor.
2004-10-01 changed to Macro. (No Traceback because of return)
- Question
Is there a way to make this macro login to the remote wiki? I have a wiki which has the default ACL Known:read,write All: which means that only known users can view the pages, this macro also cannot view the pages, even if I have logged in. -- CraigJohnson 2005-04-29 08:55:44
- Do you have tried to store login data forever on the remote wiki?
In this version we could send the uid of the user to log in but this has some risks. For this we will need a file locally to map user ids or names to the one on the remote wiki. At my knowledge how the forms are implemented it seems to be impossible to sent user login data by the POST or GET method to an other wiki. It is not useful for a wiki to change this behaviour. Lets' think a bit more how we could solve your request.-- ReimarBauer 2005-04-29 15:47:21
- Do you have tried to store login data forever on the remote wiki?