diff options
author | Joey Hess <joey@kodama.kitenet.net> | 2008-10-02 15:01:03 -0400 |
---|---|---|
committer | Joey Hess <joey@kodama.kitenet.net> | 2008-10-02 15:01:03 -0400 |
commit | 0b1b72b2ee714c470b28426c875bcd6887b386c8 (patch) | |
tree | b2ca47dcc7c04f7e90b2bd67ffd6ffa1351dafae | |
parent | a1f4a9c5c9b93a93923d4dcd3a471bf409abd1a3 (diff) |
thoughts
-rw-r--r-- | doc/bugs/lockedit_plugin_should_alert_user_about_an_invalid_pagespec_in_preferences.mdwn | 14 |
1 files changed, 14 insertions, 0 deletions
diff --git a/doc/bugs/lockedit_plugin_should_alert_user_about_an_invalid_pagespec_in_preferences.mdwn b/doc/bugs/lockedit_plugin_should_alert_user_about_an_invalid_pagespec_in_preferences.mdwn index 63c5b5e08..c835d9f98 100644 --- a/doc/bugs/lockedit_plugin_should_alert_user_about_an_invalid_pagespec_in_preferences.mdwn +++ b/doc/bugs/lockedit_plugin_should_alert_user_about_an_invalid_pagespec_in_preferences.mdwn @@ -1,3 +1,17 @@ [[plugins/lockedit]] adds the form fields for a [[pagespec]] to preferences. This pagespec should be supplied "raw"; i.e., without quotes around it. Inexperienced users (such as [[myself|jondowland]]) may provide an invalid pagespec, such as one with quotes on it. This will be merrily accepted by the form, but will cause no locking to take place. Perhaps some validation should be performed on the pagespec and the form-submission return include "warning: this pagespec is invalid" or "warning: this pagespec does not match any existing pages" or similar. + +> The pagespec is no longer in the preferences and instead in the setup +> file now. That makes warning about a problem with it harder. +> +> Ikiwiki could try to detect this problem and warn at setup time to +> stderr, I guess. +> +> Main problem is I see little way to actually detect the problem you +> described. A pagespec with quotes around it is valid. For example, the +> pagespec `"foo or bar"` matches a page named `"foo` or a page named `bar"`. +> +> There are small classes of invalid pagespecs. For example, `(foo or bar` +> is invalid due to having unbalanced parens, while `foo or and bar` +> has invalid syntax. It's possible to detect these, I guess ... --[[Joey]] |