Revision [7689]

This is an old revision of SuggestionsArchive made by JavaWoman on 2005-04-28 19:40:39.


Resolved Suggestions

this are older suggestions (from the SuggestionBox) to which an answer has be found.

Question: PHP 4.3 and "mysql_escape_string()"?

For the Wikka Wakka Wiki you need at least PHP 4.3 because the "mysql_real_escape_string()" in wakka.php is only available in PHP 4.3. A lot of hoster just offering PHP 4.1 or 4.2. Then you have to replace "mysql_real_escape_string()" with "mysql_escape_string()". What was the reason for the replacement in the new release? Again: Keep on the good work.
-- SkyWalk

Typo correction in embedded Wiki Edit 2

For the new ( release, line 645 of wikiedit2/wikiedit2.js should be fixed to say:
    s += " Ctrl+Shift+Minus - Horizontal line\n";

not "horisontal." I've already fixed it in my local copy, but no sense in perpetuating errors. :) --MovieLady

Compatibility with PHP 4.1.x
with Debian GNU/Linux 3.0 (woody) are installed PHP 4.1.2 and this version don't support "mysql_real_escape_string" function.
temporary fix on wikka.php head:

if ( ! function_exists("mysql_real_escape_string") )
    function mysql_real_escape_string($string)
        return mysql_escape_string($string);


Don't let old pages get indexed
(moved to WikkaSpamFighting)

User page
If someone registers as a new user and chooses a Wikiname, his wikinamepage is empty. I think it would be nice, if the page whould be created from the wiki, containing a text with perhaps a welcome, some (Wiki)rules and usefull pages (this text should be stored somewhere so that it could be customized from the WikiAdmin). The page should automatically belong to the category user. Regards, NilsLindenberg

Sometimes a forced link has a phrase as link description with spaces for readability but where these spaces should not cause wrapping in the middle of the string - in other words, the spaces really should be non-breaking spaces. Unfortunately, specifying   will (unlike here) result in the entity becoming visible as an entity instead of as the character it encodes.

It should be possible to either specify   where needed and have it result in the actual character (i.e., keep the actual entity rather than "escaping" it), or (less desirable) there should be another mechanism to indicate where link text should not be broken. It can't be automatic since non-breaking may not be desirable at every point either.

Note: Actually, with the beta version running on this site, this demonstrates how the new htmlspecialchars_unicode() function is indeed buggy - as I pointed out on WikkaDevelopment. The solution is presented WikkaDevelopment there now (look for htmlspecialchars_unicode()).

User Control
Is there an easy way to not allow registration? I would like to have it so that I can control the registration process, not let just anyone sign-up.

... (Nils proposing a solution)

A nice contribution Nils. If you want to go further with fiddling with the code for registration, I've thought it would be useful if there was a feature that required a password from an administrator to be able to register so that if you were going to register you put in your user info (as now) and a password you've obtained from the admin that allows you to register....for instance, in this way a teacher could set up a wikki with registration "on" and send a note to all of the parents with the registration password so that they could register....outsiders couldn't register, only those with the registration key. Possibly a quite useful feature to many potential user groups. -- GmBowen

Look at UserRegistration for the first version, or try it --NilsLindenberg

Cookies and logging out
This issue issue moved to StayingLoggedIn!

Page viewed counter
It occurs to me that some kind of "counter" for how many times the wikipage has been viewed might be a useful "action" for somebody to be able to use...this way a page author would know how often somebody has gone to the page & this might help focus development (especially for those keeners that have multiple pages/projects). [and I agree with the contributor below....Wikkawiki is great software]
I completed altering a script and modifying the wikka code for this.....go to GmBowenCounter for the php script and the necessary alterations --GmBowen

Mod rewrite and a problem
Hi there. First, I'd like to thank you all for your work with Wikka -- it's just great! I have some problems though. On my experimental wikka site I'm not able to use mod_rewrite, which is annoying by itself, but when I set the rewrite parameter in the config file to "0", the scripts add an <input> tag to the code at the beginning of the footer (which is a form if I'm correct). This input tag gets no close tag so I added a "/" at the end. Will this screw up things somehow or is this little fix enough?
Good catch. Adding the end slash should be fine. It will be added by default in the next Wikka release. -- Jsnx

Another thing. I feel a bit stupid for asking, but how do I remove the underline from the links in the footer. This is not set in the style sheet nor added in footer.php. Ot not in a place where I see at least. -- JockeAndersson
Jocke, in the style sheet [wikka.css by default], add "text-decoration: none;" to the smallprint style. Or am I not understanding the problem? -- JsnX
.smallprint a {
color: #987;
text-decoration: none;

It doesn't really do it. I tried it before, and I added the code snippet again, but without the wanted result. Where in the code is the underlining set? The header link also has it's text underlined and I can't find where this is set. The stylesheet doesn't contain any such tags, and I can't seem to find them in the other files. -- JockeAndersson

The reason the above addition to smallprint doesn't work is that the links are visited meaning the pseudo-class a:visited must be defined as well with "text-decoration: none" in it. There is no definition for a:visited in the css by default. Perhaps this should be added to Wikka's code? -- JockeAndersson

Sure, I'll add it. Just curious though, what web browser are you using? Internet Explorer does not show underlined links as you have least not for me. -- JsnX

I'm currently using Mozilla Firefox, but I'm testing pages in IE as well. The underlines were only visible in Firefox. IE is usually the one to screw up page rendering, not being fully standards-compliant and all. Oh, and the code could use an a:active definition as well. Be sure to define them in correct order though: a visited hover active. W3C were specific about that for some reason. -- JockeAndersson

Thanks for the tip. By the way, your site looks awesome. -- JsnX

You really think so? Thanks!! :) Much of the general layout comes from A List Apart's site, but adapted to my needs. I've had a site running for a while but can't find the time to update it properly. I believe Wikka will change all that and am seriously thinking of replacing my ordinary site with a Wikka wiki. The forum will still be phpbb, but the site itself could really benefit from the pros of Wikka. I second MarkHissinkMuller MarkHissinkMullers suggestions for improvement. Especially the possibility to manage ACLs based on user groups as well as individual users, would be great. -- JockeAndersson

I've provided the php code for a modification of the pageindex.php action which will improve showing the index in high-use sites. You can see the code at GmBowen. I'm not a programmer myself, but have one working for me and he modified the code to have it work like this. You can see it in action (LOL) if you go to (as it's set up it's defaulting to show "all", but you can set that to any single available letter if you wish by adding a parameter, e.g., {{pageindex start="C"}}). -- Mike Bowen
Valid XHTML :: Valid CSS: :: Powered by WikkaWiki