I think http://mysite.wikidot.com/category:name/delete/true is enough. The URL parameter should call the delete function just as if the user clicked the delete button on the target page. Then the built-in dialogs can handle whether the page gets renamed or permanently deleted.

This would be a great addition and would allow us another good option for page management on our sites.

Indeed he does but I would suggest to skip that functionality… I hate to have to click three times before a page gets deleted. Activating the build link (…link…/delete/true) will delete the page and return to the page where the delete-button was pushed. The user will have the feeling that he never left the page, and deleted the other page by one click only… SO for precaution I would suggest to also have the delete/rename suffix to the URL.

My thought was as leiger said. While the "user experience" would be much better with both options as you describe, it could be a bit dangerous if permissions aren't set properly. I also suspect having a "quiet" mode for deleting/renaming pages with no more user input required may be harder to implement.

I was hoping my idea could be implemented easily and quickly and then we can work on wearing the team down (or bribing them with beer and pretzels!) to support your method (which I really think is the ideal way to do it).