Edgewall Software

Changes between Version 10 and Version 11 of WikiRename


Ignore:
Timestamp:
Mar 19, 2010, 11:52:40 AM (14 years ago)
Author:
hoff.st@…
Comment:

added notes about code for requested features existing in WikiRenamePlugin

Legend:

Unmodified
Added
Removed
Modified
  • WikiRename

    v10 v11  
    5959
    6060 * Another TODO: would be nice to have an entry in the history of the page including the name, date and optional comment of the rename event.
     61    Looking at existing code from [th:wiki:WikiRenamePlugin WikiRenamePlugin] could help, see: http://trac-hacks.org/browser/wikirenameplugin/0.11/wikirename/util.py#L55
    6162
    6263 * Another TODO: also rename all links to renamed pages on all other pages and create for this a new version for all affected pages
    6364    - Cabbiepete: This sounds like an excellent idea currently re-organising the wiki structure is quite painful.
     65    - Before re-inventing the wheel again a hint to look at [th:wiki:WikiRenamePlugin WikiRenamePlugin], this is done here: http://trac-hacks.org/browser/wikirenameplugin/0.11/wikirename/util.py#L76
    6466
    6567 * More robust error handling: what happens if a reparent fails mid-way (e.g. permission issue for one attachment)? The whole transaction is rolled back, but some attachment ''files'' could have been moved already. Should we try to move them back? Should we warn the user about what already got moved? After fixing the permission issue, a new rename should work, which might not be the case if the attachment table and the files are not in sync.