The editing page is pretty unusable in Emacs W3 mode. While it could certainly be argued that Emacs W3 can be improved, it would be very helpful -- and hopefully have only a very minor impact on what users of other browsers see -- if you could make a few small tweaks in the editing page.
I'm not particularly fond of using Emacs as a web browser, but it sure as hell beats the pants off the miserable "editor" widget in Mozilla for editing long text passages in forms, and so adapting the user interface so it works with the most popular Emacs web browsing extension would seem like a Good Thing.
(I'm aware of w3m and its facilities for editing Wikis, I just haven't gotten around to installing it yet.) -- era
Suggestions pulled from the top-page WikiSuggestions to do with changing the code base without substantially changing the output of the code...
Like all Perl-based wiki's that I know of, UseModWiki can't handle multi-byte encodings such as Japanese EUC/SJIS. (Python-based wiki's seem to handle such encodings without any special work by the programmer.)
Currently the wiki.pl code must be edited in multiple places to change a default.
If $FullUrl option is set, InitRequest should use that to get the script name instead of SCRIPT_NAME environment var.
Please change the use of sendmail to use the perl email libraries. Sendmail is a big dependency.
email notifications could bcc the list so that individuals are not given the complete list of people who have asked for notification. -- GlynNormington
On Wikipedia people want automatic pages count. I even made a patch for very simple stats (mainpages and subpages counts, unfortunately it doesn't cache results and can't see difference between normal and rederected pages). Anybody interested in merging this patch with main UseModWiki ? Anybody could tell me how to fix these two problems ?
The default doctype in the source is very basic, and the W3C validators then think the page is meant to be HTML 2.0. You may want to use either of these two...
In my local test version I use <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">, will be included in next version. For using strict some more work is needed
Extend action=version to display the Perl version. This would be handy for diagnosing problems such as diffs not working.
I've done a pretty massive overhaul of the UseModWiki for my use at http://www.technomanifestos.net . It still relies on the textfile database, which is probably a horrible bottleneck for speed and flexibility. But it's much better organized, into lots of subpackages, consolidates globals, uses the TemplateToolkit module for templates, etc. I've put up a version of it, calling it TmNetWiki. --AdamBrate
I've been planning a merciless refactoring of UseModWiki into Perl OO -- the idea being that new behaviour such as WantedPages?, Image uploaders etc can be easily slotted in as new child objects. There are some rough notes over on UnrealWiki, but I haven't really started yet. My plan is to stick to the current feature set for now, but segregate certain functions such as reading databases and opening wiki test, som in future this could be easily changed -- Tarquin
Lars Aronsson's Swedish wiki website at http://susning.nu/ ~DeadLink runs a 0.92 with lots of mods. (Believed to be the world's 3rd [BiggestWiki].) Some of the modifications could/should be cleaned up and released, and could be incorporated into a future version of UseModWiki. Here are some ideas:
If a database backend is used, make sure the option not to have any backend is given too! one great thing about UseMod is the quick setup and the way you can use it on any ol' server with perl. -- BayleShanks
I completely agree with Bayle. -- DavidAndel
I've added a patch at my group's site so that new edits that try to add 5 or more URL's at one time are ignored. It's a bit primitive - it doesn't give the user feedback if the edit is ignored. However, it has stopped the spam bots completely (knock on wood :-) ).
Here is my test page which has further details: [AddTheLinksTest]
Can something like this be added to the main line of development?
I know others have done the same patch, see [ShotgunSpam]. However, for some reason it doesn't seem to be in the latest UseMod release. This might be because it prevents legitimate users from adding a big block of text with legitimate links. It would be nice to have this as an option - you could turn it on or off or tweak the number of url's that can be added in new edits. [RachelStruthers]
The Summary field in an edit screen has a default value '*' (asterisk). According to SummaryField this was done on purpose, to avoid 'smart browsers' from making 'helpful' suggestions.
Thing is, in my case smart browsers making helpful suggestions is the desired behaviour. I don't want to have to remove the asterisk in order to type the same old, same old 'fix typo' or 'wikify' or 'new article' again.
Would it be possible to make the default value a setting? If that is too nonsensical a setting, then nevermind, I can patch the code myself.
-- Branko Collin.