project
project summary freshmeat entry development infos mailing list WebInstaller database tools ChangeLog
page plugins
ProtectedEmail PowerSearch README README.config README.plugins README.fragments ProtectedMode INTERNALS WordIndex AboutPlugins PhpInfo OrphanedPages ListOfPluginHooks RSS RecentChanges PageIndex NewestPages SearchPages MostVisitedPages MostOftenChangedPages UpdatedPages
usage hint
9OTUNE YOGURT SÜREER AYRAN OLANA KADAR SİKERİMxD
This page is for denoting small snippets of I-would-like-to-have, if you don't want to tell long stories on the UserSuggestions page. See also FeatureRequests.
Where's the difference between WishList and FeatureRequests? --MM
- more example-layouts ??? (1 votes)
- Unicode/UTF-8 support
The 0x0004 blockflag just allows & #123; not to be converted to {.
Why not allow things like ä (no #) here too?
suggestion: update 0x0004
--- ewiki.php.1.02a Tue Sep 28 19:38:58 2004
+++ ewiki.php Tue Sep 28 21:11:47 2004
@@ -2157,7 +2157,7 @@
}
#-- html character entities
if (EWIKI_HTML_CHARS || ($ooo[$in][1] & 0x0004)) {
- $ooo[$in][0] = str_replace("&#", "", $ooo[$in][0]);
+ $ooo[$in][0] = str_replace("&", "&", $ooo[$in][0]);
}
$scan_src .= $ooo[$in][0];
}
--Marc
mario: I'm a bit scared that reconversion of & is not what we wish in all cases - URLs for example. We need a regex here to fully backconvert everything. Also it may not be desireable for every site - because people may actually discuss HTML in their Wikis and have a page that discusses "&" - they had to write & then to talk about it. Overall, I'm not sure.