As formfield values should be able contain arbitrary values a solution is to url-encode them
and decode them for the purpose of being displayed in the form while editing. The
ExtendedSelectPlugin
allows to separate the formfield value from its actual appearance in the form. This is used in
the
BlogPlugin when selecting realated blog entries, that is the "Related" formfield is a list
of topic names but present them using their date and headline in a multi select box.
Here's the patch to allow that in this plugin:
--- /tmp/ExtendedSelectPlugin/lib/TWiki/Plugins/ExtendedSelectPlugin.pm 2005-10-11 18:33:47.000000000 +0200
+++ lib/TWiki/Plugins/ExtendedSelectPlugin.pm 2005-10-17 18:14:20.000000000 +0200
@@ -46,6 +46,7 @@
$isValues= ( $type =~ /\+values(\+.+)?$/o);
my $choices = '';
foreach $item ( @$possibleValues ) {
+ $item = &TWiki::urlDecode($item);
$params={};
$itemValue=$item;
if( $isValues && ($item =~ /^(.*?[^\\])=(.*)$/o) ) {
I will check that in as it does not hurt the general case (no url-encoded items) and helps me
But still I feel a little unsure whether this is a more general issue that not only applies to this plugin.
Or is that just a local issue (which would make me happy too). Toughts?
As there was no feedback and the plugin author is not responding nor to emails
neither on IRC though being logged in to #twiki I just patch that in and release a new version on TWiki.org. Case settled (somehow).
MD