Description

Describe the bug...

Steps to reproduce

1. Setup a MoinMoin wiki with page_dict_regex = u'[a-z]Noter$'

2. Realize that PageEditor has hardcoded the dict name to be UserHomepage/MyDict, regardless of your wanted extension

Example

Details

Workaround

Discussion

Using page_dict_regex might might be a problem, since you need to localize both "My" and "Dict" and it may look like "DictMy" in some languages, or not make sense at all. Also, if the admin did not add a custom dict regex, and use the default "Dict" suffix, the page might become (in Hebrew) אישי Dict or MyNoter (da?) which does not make any sense .

• This is not a problem. Note that it's a suffix by common convention (ending the re with "$"), not by hardcoding. You can have regexes like "(?:.*Dict$)|(?:.*/PersönlicheTexte$)

Also , what happen if a wiki has both English Dict regex and localized version? you can have both MyDict and MyLocalizedDict pages, then which page you should use for variable expansion? which page will come first? Does the first definition or last count?

Simple solution is localize MyDict. If the translation is good, it will match the page_dict_regex for that language. Only the translated page will be checked for a user.

• We still have a problem: what if user change his language setting after creating MyDict?

• Maybe the real page will be MyDict, but you will see the localized name

  • What happen if you try to create a translated name?

Another solution - make the personal dict part of user preferences. You can't create a personal dict page and you don't need to, you have one already, just add words there.

We will have the same problem if we want to move the sidebar content into a user page, like MySidebar, or the user quicklinks into MyBookmarks etc.

Plan

• Priority:
• Assigned to:
• Status:

CategoryMoinMoinBug