Forum:Problem with DPL

Hi everybody, I have a great problem with the dpl we use to monitor our wiki (nonciclopedia): since the last update the order of execution of some commands changed, and this is the result. Now the function is executed before the dpl, so it reads %PAGE% instead of the name of the page, and can't create a valid link. Is it possible to go back to the previous situation, or is there a solution? --MFHTalk 23:48, 6 March 2009 (UTC)
 * i dont see where you are using the full page name but the listseparator where you are using the  you have an issue due to the new parser function you can use the pipe line like normal so:
 * has to change like this
 * resolving part or your link issue --
 * resolving part or your link issue --
 * resolving part or your link issue --


 * It seems to work now, thanks. --MFHTalk 11:34, 7 March 2009 (UTC)

Unfortunately the problem is not solved, is only different. Now fullurl creates the link with %PAGE% instead of the page name. --MFHTalk 22:39, 7 March 2009 (UTC)


 * Are you using the DPL tag or parser function ?
 * Most pleople use it like this :

 category = cat1|cat2 # only pages which contain a link to myPage linksto = myPage 
 * But in some circonstances, it's better to use it like this :


 * So, maybe this way the order of evaluation will be better. — TulipVorlax 20:36, 8 March 2009 (UTC)
 * No, they are using the parser function this is 1 of their dpl


 * and its focus on the  where now its process previous to the dpl so the url of the link finishes like , my first thought was to put manually the full url, but pages that have spaces in their names are an issue. And i can't seem to find nothing in the DPL manual a parameter that gives you the name with underscore to avoid breaking the outside hyper link.
 * Also i have been thinking i could use the  but i have not try to see if its work before or after the dpl because there is a default limit for 33 characters and will not properly work with long names -- 01:03, 9 March 2009 (UTC)