SuggestionBox:Wikka

Revision [12532]

This is an old revision of SuggestionBox made by MinusF on 2006-01-05 16:00:09.

We are happy to announce that Wikka has just opened a dedicated issue tracker. We are currently migrating open issues, bugs and feature requests from this site to the new server but this migration isn't complete yet.

Meanwhile, if you have something to report:
First check if your feature suggestion is already being discussed on this page:

If so: check if it has a link to a tracker ID:
- If so: follow that link and add your comment there
- If not: add your comment to the issue on this page
If not: please use the issue tracker to report your new feature suggestion.

Thanks for your understanding.

Feedback is welcomed and appreciated. Use the form or edit this page.

Please help to keep this page readable: add new entries at the top (right below the form) and add a header!

Bugs vs. feature suggestions

Please post issues/bugs to the appropriate page:

General bugs/issues: WikkaBugs

CSS layout issues: WikkaCSS

SuggestionsArchive for resolved suggestions

Issues often asked for

CategorySystemOverhaul Categories

WikkaFolksonomy (Technorati) tags & related

WikkaInternationalization Internationalization/Localisation

DateAndTimeFormat Date/Time

WikkaFilters Wikka Exporting/Importing, WikkaToPdf PDF-Export

WikkaOptimization Optimization

TableofcontentsAction Table of contents (TOC)

SectionEditing Section Editing

WikkaSpamFighting Spam (and related issues)

WikkaTables Tables

TemplateSystem

WikkaWorkarounds Workarounds for uncommon problems

see also:

UserMap

Fill in the form below to send us your comments:

new ImageAction

in my holy crusade of making wikka more corporate friendly i have rewritten another action.
my new ImageAction can be found here: http://obiit.org/wikka_patches/image_php.patch

it's nothing revolutionary, just a bit of cleanup, zapping empty class= and a change of philosophy: it's not checking for particular parameters, it takes anything. i find this sometimes needed for onmouseover tricks, etc. so you just supply any number of attributes and they get added. ---- ====making user uploaded images more useful==== have a look at my suggestion at FilesAction ---- ===LinkTails for IE=== i am aware of the LinkTails discussion, but i am trying to push wikka in our corporate environment as a documentation tool and our standard is internet explorer and so however elegant **:after** is, it is not acceptable for me to shut out IE users like this. as firefox itself doesn't pass the acid2 test (as of writing) i would recommend waiting with these more "exotic" css features. and however i dislike IE, i don't want to cripple my IE users. i also don't want to make the empty links different colored/styled as i think that this would disctract the users. so i added %%(php) [empty]%% before the ending on line 659 of wikka.php and %%(css) .missingpagetail { font-size: 10px; }%% in the css file. ---- ===Accesskeys for the footer functions=== accesskeys are great for more tech savvy users, a real time saver. it is trivial to add these, just edit actions/footer.php find the and add //accesskey="key"//. i have added "e" for edit, "h" history, "r" for revisions, and "s" for the searchbox. it would be also nice to add "c" for CategoryCategory but i am not that familiar with the header generating (yet). ---- ===IE SCREW UP=== Does a fresh install not work at all with IE? Im getting a screen w/o any css formatting.. ANSWER: Check the file ##wikka.config.php## Probably you forgot the trailing slash at the end of your wikki path, Look for: "base_url" --TomEk ===On WikiEdit=== Search within the textbox: its pain to find where you want to edit in long pages. How about integrating a search function in wikiEdit, or implementing paragraph editing like wikipedia. Also how about anchor in wikiedit and a way to link to them ? --GiorgosKontopoulos ~&Hi George, have a look at AnchorAction (including my mods at the bottom of the page). See http://www.dynamicdrive.com/dynamicindex11/findpage.htm for a "search in page" feature you might consider adding in. --GmBowen ===wikiwyg=== //copied from UnderDevelopment --NilsLindenberg// Not sure where an appropriate place for feature requests is so here goes: http://ross.typepad.com/blog/2005/08/wikiwyg.html --gw.netwide.com.au (2005-08-22 02:28:01) //now supports IE....see www.wikiwyg.net --GmBowen// === Automatic conversion from HTML to WakkiWiki syntax === Does such thing exist? For a number of other Wikies, it does. It should be nice (one could say, essential) to have this here, too. --CsillagKristof :Try out http://diberri.dyndns.org/html2wiki.html (Won't work with tables yet). --NilsLindenberg ---- ===Improved code for error messages in Action() method=== The ##Action()## method in ##wikka.php## produces errors in some cases; the error class was implemented as a span rather than directly on the element surrounding the message. The span elements are superfluous and bad coding style. Change: %%(php;759) function Action($action, $forceLinkTracking = 0) { $action = trim($action); $vars=array(); // only search for parameters if there is a space if (is_int(strpos($action, ' '))) { // treat everything after the first whitespace as parameter preg_match("/^([A-Za-z0-9]*)\s+(.*)$/", $action, $matches); // extract $action and $vars_temp ("raw" attributes) list(, $action, $vars_temp) = $matches; if ($action) { // match all attributes (key and value) preg_match_all("/([A-Za-z0-9]*)=\"(.*)\"/U", $vars_temp, $matches); // prepare an array for extract() to work with (in $this->IncludeBuffered()) if (is_array($matches)) { for ($a = 0; $a < count($matches[0]); $a++) { $vars[$matches[1][$a]] = $matches[2][$a]; } } $vars["wikka_vars"] = trim($vars_temp); // <<< add the buffered parameter-string to the array } else { return "Unknown action; the action name must not contain special characters."; // <<< the pattern ([A-Za-z0-9])\s+ didn't match! } } if (!preg_match("/^[a-zA-Z0-9]+$/", $action)) return "Unknown action; the action name must not contain special characters."; if (!$forceLinkTracking) $this->StopLinkTracking(); $result = $this->IncludeBuffered(strtolower($action).".php", "Unknown action \"$action\"", $vars, $this->config["action_path"]); $this->StartLinkTracking(); return $result; } %%--- to: %%(php) // JW Action() modified to allow attributes in single quotes // JW 2005-07-08 error class moved to em function Action($action, $forceLinkTracking = 0) { $action = trim($action); $vars=array(); // only search for parameters if there is a space if (is_int(strpos($action, ' '))) { // treat everything after the first whitespace as parameter preg_match('/^([A-Za-z0-9]*)\s+(.*)$/', $action, $matches); // extract $action and $vars_temp ("raw" attributes) list(, $action, $vars_temp) = $matches; if ($action) { // match all attributes (key and value) preg_match_all('/([A-Za-z0-9]*)=("|\')(.*)\\2/U', $vars_temp, $matches); // prepare an array for extract() to work with (in $this->IncludeBuffered()) if (is_array($matches)) { for ($a = 0; $a < count($matches[0]); $a++) { $vars[$matches[1][$a]] = $matches[3][$a]; } } $vars['wikka_vars'] = trim($vars_temp); // <<< add the buffered parameter-string to the array } else { #return 'Unknown action; the action name must not contain special characters.'; // <<< the pattern ([A-Za-z0-9])\s+ didn't match! return 'Unknown action; the action name must not contain special characters.'; // <<< the pattern ([A-Za-z0-9])\s+ didn't match! } } #if (!preg_match('/^[a-zA-Z0-9]+$/', $action)) return 'Unknown action; the action name must not contain special characters.'; if (!preg_match('/^[a-zA-Z0-9]+$/', $action)) return 'Unknown action; the action name must not contain special characters.'; if (!$forceLinkTracking) $this->StopLinkTracking(); #$result = $this->IncludeBuffered(strtolower($action).'.php', 'Unknown action "'.$action.'"', $vars, $this->config['action_path']); $result = $this->IncludeBuffered(strtolower($action).'.php', 'Unknown action "'.$action.'"', $vars, $this->config['action_path']); $this->StartLinkTracking(); return $result; } %%--- Now implemented as beta on this site. --JavaWoman ---- ===Files Management=== //copied from FilesManagementSolution --JW// **Link** to files, rather than upload? Would it be possible to add the functionality so that rather than store the files within the Wikki, there was an option box for 'link' as well as upload. This would be useful on internal wikki deployments where you want to avoid file duplication by allowing users to point at the file to create a link to that file on a separate internal server. - RogerD ---- ===Exclude certain CamelCase words from formatting=== Popular Scottish surnames such as McKenna are wrongly being interpreted as WikiNames - is there any way to prevent that happening? -- host86-133-223-194.range86-133.btcentralplus.com (2005-07-09 13:23:06) How about something like a lookup table where WikiAdmins enter a list of words that will be ignored for formatting on all pages? -- JsnX ~& Sounds like a nice addition. Two suggestions: 1) CamelCase parsing should be made optional in the config file. 2) the list of words to be skipped could be implemented as a wiki page (something similar has been proposed for menus, acronyms and group management): this would make it a lot easier to maintain the list. My 2 cents -- DarTar ~~& Displaying words with capital letters in the "middle" as WikiNames is a real problem. I don't want to turn off the automatic parsing because these words ARE WikiNames in most cases. It seems to me that a lookup table (e.g. a list of words as a wiki page) costs a lot of time to maintain. My suggestion is simple: "McKenna" should be interpreted as a wiki name. "Mc _ Kenna" (with underscore) should NOT be interpreted as a wiki name but written without underscore. "Mc _ _ Kenna" (with multiple underscores) should be converted to "Mc _ Kenna" (ignore the spaces, please). -- MichaelSchams ~~~& Ok this is probably stupid to point out but if you put double double quotes around words they aren't parsed by the wiki so if you want McKenna to not become a link you can say McKenna and voila... -- DanielMcNair (who has this problem regularly...) (-: ---- ===Automatic summary=== //copied from [[http://sourceforge.net/tracker/index.php?func=detail&aid=1150914&group_id=118997&atid=682795 Sourceforge]] --NilsLindenberg// Is it possible to display through an action a little summary of the categories and sub categories available from the page we are in ? ---- ===Improving Wikka=== A nice list of suggestions can be found at: [[http://smackaroo.net/by-blood-and-bone/MyNextWiki By Blood and bone]]. ---- ===Import WikiPedia database=== How can I import the Wikipedia database? I don't want to use MediaWiki. Any idea? ~& Sorry, there is no filter yet to convert MediaWiki content to WikkaWiki content, but it sounds like a nice feature suggestion. After all MW markup is quite stable... This said, do you //really// mean you want to import the actual Wikipedia database and have it run on a different wiki engine? -- DarTar ~& Yes, i want. It would be great. Maybe other sites will change to WikkaWikki when they can import a MediaWiki databse. ---- ===Note on edit, mandatory field=== I think it would be a good ide to let the administrator choose if the field is mandatory. If it is, the form doesn't submit until there is content into it, and it should warn too with an alertbox. Only a little bit of PHP is necessary, the big part is in JS, if i don't make any mistake... --SamuelDr ~& Actually, for the most basic validation, you don't even need any JS. I have implemented both, but the integration of the client side validation using JS is a bit of a hack (and needs to be streamlined, and own't currently work as an administrator setting), so I'm a bit hesistant to publish it (also I'm not sure on what page, I'm still a bit new here). ~& The server side validation goes like this. First, add a line to **wikka.config.php**: ~& %%(php) "edit_note_required" => true,%% ~& Then modify **handlers/page/edit.php**. Find the code that says ~& %%(php) // check for overwriting if ($this->page) { if ($this->page['id'] != $_POST['previous']) { $error = 'OVERWRITE ALERT: This page was modified by someone else while you were editing it.
'."\n".'Please copy your changes and re-edit this page.'; } } %% ~& and modify it so it says: ~& %%(php) // check for overwriting if ($this->page) { if ($this->page['id'] != $_POST['previous']) { $error = 'OVERWRITE ALERT: This page was modified by someone else while you were editing it.
'."\n".'Please copy your changes and re-edit this page.'; } } // check for edit note if ($this->config['edit_note_required'] && $_POST['note']=='') { $error .= 'EDIT NOTE ALERT: You must include an edit note!
'."\n"; } %% ~& --CyneBeald ---- ===Login using retrieved password=== The password retrieved from forgotten password does not work for me. Is there some setting in php4 or mysql that would allow md5(md5(password))

md5(password) to return true? Since the password sent is the hash of the clear-text password, the current line in usersettings.php compares a hash of the hashed password to the hashed password, I think. I've found the correct code elsewhere in usersettings.php. %%(php) // usersettings.php line 130 fixed if ($existingUser["password"] == md5($_POST["password"]) || $existingUser["password"]==$_POST["password"]) %% This is the current version: %%(php) // usersettings.php current line 130 if ($existingUser["password"] == md5($_POST["password"])) %% The first one works for me. Is there a problem with security in using that version? -CharlotteFischer ~&Charlotte, you are correct in that the code doesn't work as is. We are working on splitting up the whole (confusing) login/usersettings form into separate actions and forms; logging in with a "temporary" password should then not only be separate, but also force the user to immediately choose a new password since sending a password by email is inherently insecure. Until we have that in place in a future release, your workaround is a good one (I came up with the same ;-)); but it's up to you to decide how acceptable it is in your application to let the user continue to login with an emailed password. --JavaWoman ---- ===Order of comments=== WikiJochen made a comment on my page that would like to see the latest comment shown first and not last. --NilsLindenberg ---- ===Own comments editing=== I think that it would be a good option to allow one to edit its own comments, sometimes, I make mistakes when commenting, typos or language things (i'm a foreigner) and I want my texts to all look clean. Currently, we can still copy and then delete the comment, but it is a pain to do so... sorry, I'm lazy, just like many other people. --SamuelDr ~&SamuelDr, this is a good suggestion. I've had the same thought about needing the ability to edit comments. The problem with "copy and then delete" is this can only be done until someone else comments. Otherwise the comments will be out of order. Consider it on the todo list for a future release. -- JsnX ---- ===Google Sitemap=== See [[https://www.google.com/webmasters/sitemaps/docs/en/about.html here]] pushing the sturcture and changes of wikka to google could be an interesting (optional) feature. --NilsLindenberg ~&Apparently Google uses **URLs** to deduce the structure of your site in order to crawl it more efficiently (if it uses the information at all, which is not guaranteed); but our URLs inherently do not map to any structure (that's because a wiki essentially is a network, not a hierarchy). The only case I could see where it might possibly help is with orphan pages - in other words pages that are not linked to from any other page - so Google can find them; but then again, if you have a link to to an orphan pages page somewhere and you don't tell Google to **not** follow the links on that page, Google can find orphan pages as well. So I don't really see how this could actually help, given the "lack of structure" of a wiki. --JavaWoman ---- ===versioning of attachments=== //copied from a comment from AttachmentInfo --NilsLindenberg// Does Wikka support versioning of attachments? IMHO a good idea. --Nils ~&See allso WikkaLogicalDataModel --JavaWoman ---- ===Making PageIndex go faster=== By default PageIndex uses $this->LoadAllPages () which reads your **whole site** into one array. If you would use a new function like $this->LoadAllPagesInfo () you will get the same info but without the 'body' content. This should speed up PageIndex a bit on larger sites... 1) Find in ##wikka.php## (Around 33%) %%(php) function LoadAllPages() { return $this->LoadAll("select * from ".$this->config["table_prefix"]."pages where latest = 'Y' order by tag"); }%% And replace it with: %%(php) function LoadAllPages() { return $this->LoadAll("select * from ".$this->config["table_prefix"]."pages where latest = 'Y' order by tag"); } function LoadAllPagesInfo() { return $this->LoadAll("select id,tag,time,owner,user,latest,note from ".$this->config["table_prefix"]."pages where latest = 'Y' order by tag"); }%% 1) Find in ##actions/pageindex.php## (top) %%(php)if ($pages = $this->LoadAllPages())%% And replace it with: %%(php)if ($pages = $this->LoadAllPagesInfo())%% 1) Same trick as in (2) can be done in ##actions/mypages.php##... -- OnegWR ~&See the first item on WikkaOptimization, too --NilsLindenberg ---- ===Generate ID in forms; allow class=== //I know we've dicussed this multiple times but could not find an actual suggestion; I've made it into a semi-spec.// Every form really should have an ##**id**## (attribute) to provide a 'hook' for styling (and JavaScript, if desired). We have a ##FormOpen ()## method in the core that should be used to generate the opening ##form## tag (and its counterpart ##FormClose ())## - but this method does not generate an ID nor accept a parameter to create one. It should be able to do both: ~-accept an //optional// parameter specifying an id and - if specified - use this to generate an id attribute ~-if the parameter is not specified, generate one using some algorithm to ensure it will be unique on the page (possibly using all provided parameters to create a hash, supplemented with a sequence number); only problem is this id might change when adding / inserting another form into a page but that could be worked around by actually specifying an id. In addition, some forms really need to have a ##**class**## attribute (as well); the button-form for the grabcode handler is a good example: if you have a number of forms on a page that all should have the **same** styling, a ##**class**## would provide the 'hook' rather than the ##**id**## (which should still be there). So the ##FormOpen ()## method should also: ~-accept an //optional// parameter specifying a class and - if specified - use this to generate a class attribute (and no class attribute if not specified). --JavaWoman ~&An implementation for this is now coded and tested (and will soon be added as a beta feature on this site). See AdvancedFormOpen and GenerateUniqueId for the code --JavaWoman ---- ===Hiding anonymous host/IP from non-administrators=== On the Wiki I run, it is not desireable for the IP/hostname of anonymous users to be displayed to just anyone. I've made a small modification to hide the IP/hostname of anonymous users to users that (a) Are not administrators, and (b) not themselves. In handlers/page/show.php, around line 80 you can find: %%(php)print("\t

\n-- ".$this->Format($comment["user"])." (".$comment["time"].")\n");%% I modified this to: %%(php)if ($this->IsAdmin() || $current_user == $comment["user"] || $this->LoadUser($comment["user"])) { print("\t

\n-- ".$this->Format($comment["user"])." (".$comment["time"].")\n"); } else { print("\t

\n-- Anonymous#".str_pad(dechex(crc32($comment["user"])), 8, "0", STR_PAD_LEFT)." (".$comment["time"].")\n"); }%% And in actions/recentlycommented.php: %%(php)if (!$this->LoadUser($comment_by)) $comment_by .= " (unregistered user)";%% was changed to: %%(php)if (!$this->IsAdmin() && $this->GetUserName() != $comment_by && !$this->LoaderUser($comment_by)) { $comment_by = "Anonymous#".str_pad(dechex(crc32($comment_by)), 8, "0", STR_PAD_LEFT); }%% And in actions/recentcomments.php: %%(php)if (strlen($comment["comment"]) > 120) $comment_preview = $comment_preview.".... ";%% after this add: %%(php)if (!$this->IsAdmin() && $this->GetUserName() != $comment["user"] && !$this->LoaderUser($comment["user"])) { $comment["user"] = "Anonymous#".str_pad(dechex(crc32($comment["user"])), 8, "0", STR_PAD_LEFT); }%% You will probably need to also update the XML handlers and the history page handler, but right now anonymous users cannot edit pages on my Wiki. (actions/recentchanges.php, handlers/page/*xml*.php, handlers/page/history.php). --Rick ---- ===Storing the IP-adress for registered users=== //copied from WikkaBugs - this is a suggestion, not a bug --NilsLindenberg// Security: I was wondering whether it would be possible to store IPs for registered users as well. That way you can ban them via .htaccess if necessary. -Sam ~& Last known IP or every IP they ever connect from? I'd be willing to store one last known IP per user. - JsnX ~~& Last known IP please :) Thanks. - Sam ~& I'd suggest adding *two* distinct fields to ##wikka_users##: Last Login IP/Hostname + Last Login Time - DarTar ~~&I was also thinking of a way to ban users directly from the wiki (much in the same way as referrers are added to the blacklist of spammers). This might turn out easier to implement than a //user deleting action// (which was one of the ideas discussed [[UserAdmin here]]) - DarTar ---- ===Single-click restore of previous versions=== //copied from WikkaBugs - this is a suggestion, not a bug --NilsLindenberg// Single-click restore of previous versions (without copying/pasting). -Sam ~& ''Yes, this will be implemented at some point.'' - JsnX ~~&I should point out that there is an alternative to copying/pasting. ~~~& Go to the revisions page. ~~~& Click the date and time link that you would like to revert back to. ~~~& Click the 'Re-edit this old revision' button. ~~~& Click the 'Store' button. ---- ===

"" in code blocks: a possible workaround===
In any wiki displaying code which //contains// that wiki's markup to indicate a code block will be a problem. While our "code" markup with a double percent is not likely to be a part of the syntax of any popular language other than our own Wikka markup (though it likely is part of the syntax of //some// language) it could still easily occur in some code comment and thus throw the formatter off.

The only //generic// solution is to somehow "escape" ""

in a code block so it isn't seen by the formatter as the end of the block. There are two problems with this: ~1)Users must remember to "escape" the

"" (although not doing that will be easily visible as a problem in rendering code)
~1)Code with "escaped" ""

can no longer be copied from the page source as is, while copying from the rendered code already has the disadvantage of losing some of the formatting (e.g, tabs being replaced by spaces) Copying of code has been made a lot easier on this site with the "grab code" handler (//still a beta feature//. If any method of escaping

"" in code is used, and the grab code handler could "unescape" before delivering the code, the second problem would be basically solved (provided we actually distribute the handler with a coming version of Wikka). That leaves us with finding an escape method that's easy for users to implement.

There are two requirements for an "escaped" ""

then: ~1)Easy to remember and apply by end users ~1)Not (not likely) part of the syntax of any language One option that came up during a #wikka conversation was to just replace

"" in code with a keyword. A good candidate might be **DOUBLE_PERCENT** - it's easy enough to remember and easy to implement:
The formatter could detect this very simply and replace it by ""

before feeding the content of a code block to GeSHI for rendering; the grab code handler could just as easily replace it before making the code block available for download. Thoughts anyone? --JavaWoman ~&It's a good idea, but: You are sure DOUBLE_PERCENT is no reserved word in a language? Or unlikely to comme up in a code? --NilsLindenberg ~~&Try googling for 'DOUBLE_PERCENT': **this** page comes up on top, with 8 others referring to the name being used (in lowercase) in two programs, as (part of) function names (i.e., not as reserved words). It's certainly not a reserved word in any of the languages GeSHi currently has support for, going by the language files it comes with. There's no way to be 100% certain but it seems to be a pretty safe bet. --JavaWoman ---- ===Preview=== A doubleclick on a page in the preview should lead to "re-edit" of the text. --NilsLindenberg ~& Good point, agreed -- DarTar Another point: The access-key for "re-edit" is alt+p at the moment. Wouldn't alt+e be more logic? --NilsLindenberg ---- ===Global Access Control Lists=== How about a global ACL that allows you to pick a prefix to a wikka word that automatically has an ACL applied? E.g. PrivatePage1, PrivatePage2 -- so the word Private is the trigger, anything prefixed with that has an ACL applied. -- JeremyCoates ---- ===Color Formatting=== The current color formatting isn't very wiki like. Altho i can see how {{}} fits with wikka formatting style, text color is something i see myself using more often than tables. so here's the suggestion... %%^ text^%% this regex syntax is lifted from a UseMod Wiki patch. %%s/\^([a-zA-Z]{1,}|#[0-9A-Fa-f]{6}) (.*?)\^/$2<\/span>/%% I am by NO means a regex expert, but it seems that this should do the deal... I'm just not sure where it would go. By using style here, you can use ''#0000ff'', ''#00f'', as well as just ''blue'' or any other html defined color name. --MonstoBrukes ~&Please take a look at WikkaExtensibleMarkup --NilsLindenberg ~~&I looked at it. what point specifically did you intend i take from it? ~~~& JavaWoman had a proposal about a color-markup there. I think its the better place for the discussion. The recognition of markup is done in the formatter (formatters/wakka.php). I am no expert for regexps too, but wouldn't the first or catch too much? --NilsLindenberg ---- ===Integration into existing site=== ==plus more on non-wikiname formatted usernames== I'm trying to integrate wikka into an existing site auth system. I have wikka already successfully running with the includes of my main site, thus requiring main site login to access the wiki. i fig the best way to deal with wikka logins is to read the main sites "current user" info. when someone access' the wiki for the first time, their username obviously won't exist in the wikka userdb, so rather than making them create a login, i'll want to quietly query it into the wikka db. the problem is that wikka depends on wikiname formatted names. I don't care if people have their own page (may have it for a special few) password resets won't be an issue as stated below. While we may use comments (on the pages for the special few) they will prob remain off. I'd like to do this as above to keep vandalism down. I've got almost 200k members and i know there are some jokers just waiting to anon deface crap just cuz they can. With an auto login like this, showing ppl their username as soon as they hit the wiki, it'll immediately cut that factor. -- MonstoBrukes ~&I am interested in doing something very like this as well. I would like to integrate wikka into an existing phpBB site. I don't mind if my users have to log in twice - but I **//really//** don't want them to have 2 seperate usernames/ passwords. Therefore ideally I would like the wikka to use the usertable from phpBB... Has anybody else done something like this? -- KiltanneN ~~&One solution that I've used is to set up a registration page that registers the user into both the bulletin board and the wiki user tables. I've then removed the registration screens from each of the two. Users can then log into either of them using the same username and password. Of course, this only works when registering "new" users...one would have to write a script to copy existing users from the bulletin board into the wiki user tables for current users. --GmBowen ~~~& Not a bad idea - but breaks down for password changes and also name changes... I am going to try and build what I have described. I will make notes over here: UseThephpBBUserTable -- KiltanneN ~&See also WikkaWithphpBB --JavaWoman ---- ===Documentation=== copied to DocumentationDiscussion. --NilsLindenberg ---- ===Pages linking to nonexisting pages=== As MovieLady pointed out somewhere, it could be usefull to see if there are pages linking to a non existing page (for example when you have renamed the page and have to update the links). The following solution just prints out the links, without any other text ("the following pages link here") - which should be better placed in the backlinks action. Change in ##handlers/page/show.php## the lines with if (!this->page) to: %%(php;1) if (!$this->page) { print("

This page doesn't exist yet. Maybe you want to

.$this->Href("edit")."\">create</a> it?</p>");

print $this->Action("backlinks")."</div>";

}

~&What's the </div> for? I see no opening <div>. --JavaWoman
~~&it closes the <div class="page">. --NilsLindenberg
~~~&But I don't //see// an opening <div> - and this closing </div> is within an if clause. So when/where is that div opened, and when/where does it get closed when the condition is //not// true? Something wrong with the logic here, or you're not showing enough of the logic. --JavaWoman
~~~~&Ok, I was a littler bit short here :) the show handler opens a <div class="page"> before doing anything else (like the "has access"/page is existing check). So it has to be closed (and actually is closed) in every one of the three cases (1. no access to the page 2.pages is not existing 3.pages is displayed). In the official version it is closed after the "create it". I just moved it to have the backlinks inside the page-class (should have written that earlier :) --NilsLindenberg.
~~~~~&All right :) I guess the show handler is just sloppily written. If you open a div no matter what conditions apply, then you also close it no matter what, i.e., opened //outside// the if statement, then close it also //outside// the if statement. Whatever you do inside the if statement should have no influence at all: if opened, you must close it, no ifs and buts. I guess it's not wriiten like that (yet...).  One for the code cleanup list. ;-) --JavaWoman
 
----
===Sending 403 headers===
(related to the //Search engine results inflation// item below)

For pages to which the user has no read-access, do you think it might be feasible/interesting to send - along with the //You aren't allowed to read this page// message - a HTTP header like the following:

(php) header('HTTP/1.0 403 Forbidden');

-- DarTar
~& Oh, and maybe 404 headers for missing pages (which would help prevent SE from spidering links to non existing pages)? -- DarTar

----
===Numbers as page names?===
I'm curious about the Wikka convention that numbers cannot be page names. I'd like to be able to create "date page" (e.g. 2005-02-26) for notes and journaling, so this is a feature I'd definitely suggest.

BTW, doing something along the lines of "journal/2005-02-26" or "journal_2005..." wants to create an external link.

Thx, RobertDaeley
~& Agreed, we should drop this restriction. Numbers in page names might also be useful to use Wikka as a [[Wikipedia:bliki bliki engine]], i.e. a hybrid blog/wiki software which is drawing increasing attention in the [[SocialSoftware social software]] community. Robert, take a look at this user-contributed plugin, which allows creating a calendar with single pages for days: JwCalendarWithPageCreation -- DarTar

----
===Configurable name for Wikka engine===
I think it might be interesting for many of our users if we gave the possibility - in the install/upgrade wizard - to //rename// the engine from ##wikka.php## to something else (for instance, ##index.php##). This might be useful in cases where RR are off and the user wants to avoid long URLs: http://www.mydomain.com/wiki/wikka.php?wakka=HomePage can then become http://www.mydomain.com/wiki/?wakka=HomePage. The name should be specified as an option in ##wikka.config.php##, for instance

"wikka_engine" => "wikka.php",

This option might also allow using different engines (say, different versions of ##wikka.php##) on the same installation.
-- DarTar

----
===Search engine results inflation===
I have recently installed Wikka on my [[http://dartar.free.fr personal website]]. Everything works fine, except that the TextSearch link in the page header (which I masked through CSS - I don't want to hack the code) produces [[http://www.google.com/search?hl=en&lr=&q=site%3Adartar.free.fr&btnG=Search dozens]] of search results that I really don't want to be cached on Google. Same story applies to the revisions and history links that are cached on search engines: [[http://www.google.com/search?hl=en&lr=&q=site%3Awikka.jsnx.com+revisions.xml&btnG=Search this]] is what happens in the case of our main server. I'd also would like to avoid default wiki pages (like SandBox, MyPages, UserSettings etc.) to be crawled and cached (simply setting ACLs to !*-!*-!* won't do the job). Maybe we should think of a way to allow the user to decide //what kind of content// of her Wikka-powered site should be spidered by SE and what content should not. -- DarTar
~&I think I've suggested before that the SandBox should not be indexed - the way to avoid this would be to add the appropriate meta tag to the page's head. That concept could easily be extended by allowing a WikiAdmin (not the WikiUser!) to define a list of pages where such a meta tag would be inserted. Generating a little text note to the effect for //all// these pages could also go some way to discourage spammers. --JavaWoman

----
===For Better Overview===
1. It often takes too much time to check if a wiki has changed and what has changed. In the case of wikkawiki one has to check RecentChanges as well as RecentlyCommented. A combined page would be more convenient - RicharD
~& Hope you have a large screen: SoWhatAreTheNews --ChristianBarthelemy
~~&Nice one, Christian! While you're at it, you might want to add the RecentComments page (or its content) as well, so you get a better overview of **all** recent comments and not just //pages// that have recently acquired new comments. Then you have it all in one place. ;-) --JavaWoman

----
===Generate page from an external database===
As described in DynamicPageGeneration I'd like to create a mailling-like system to fill in pages containig custom fields with data from an external database or a simple table. This could be done through a few actions or by writing a new handler.
This idea can be extended to an inline editor to add/remove/edit entries in this external table if wikka store creditentials with write access in its own tables.
The main goal is to integrate data from an existing knoweldge base in a wikka based documentation repository.
----
===DotMG insists about favicon.ico and robots.txt===
Please add the following two lines to ./.htaccess

(apache)RewriteCond %{REQUEST_URI} !=/favicon.ico
RewriteCond %{REQUEST_URI} !=/robots.txt
RewriteRule ^(.*)$ wikka.php?wakka=$1 [QSA,L]

 This will prevent /favicon.ico and /robots.txt from being redirected to wikka.php?wakka=favicon.ico 
With these 2 lines, we don't have to modify wikka.php as suggested in FaviconDotIco --DotMG
~&It can be done more generically by simply preventing rewiting happening when the requested URL matches an existing file or directory:

(apache)RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-f

 --- The first line excludes any directory, the second any existing file (which would include robots.txt and //any// icon file - you do not necessarily have to use favicon.ico). --JavaWoman

----
===Category Icons===
Create a table which maintains a mapping between wikka categories and an associated predefined icon graphic. When the directive {category_icon} is used the category's icon is dropped into the page at the location of invocation. -KarmaTester

~& Karma, we are actually considering the possibility of integrating a set of GPL'ed icons (and the relevant actions/formatters) in Wikka. Stay tuned... -- DarTar
~~& You're more than welcome to use our icon action and icons: [[http://nontroppo.org/wiki/WikiIcons WikiIcons]] which were copyleft [[http://mc.clintock.com/first_floor/study_1/desk/computer_projects/icons/index.php from here]]. The icons were auto-generated from the SVG versions at various sizes, you can take what you want. Only problem is they are PNG's -great in ANY browser but IE!!! --IanAndolina
~~& Some more at IconsInWikka -- ChristianBarthelemy

----
===Automatic Table of Content Generation===
A table of contents {TOC} directive is replaced by an ordered list of defined headers in the wiki page. This makes it easier to navigate pages which are very long like this one. -KarmaTester
~&Have a look at TableofcontentsAction for some ideas about creating a TOC (automatically or triggered by an action...) --JavaWoman

----
==Wikka markup inside tables==
- I think it would be nice if you could use wikka markup (""**bold**, //italics//, __underline__, etc."") inside of tables. - RichardTerry
~&Richard, thanks for the feedback.  It is on my agenda to look at another solution for tables.  My plan is to allow straight HTML table syntax after running it through the "safehtml" checker. But I need to check that there are no security risks with this first.  Also, I'll take a peak at your suggestion too. -- JsnX
~&Check out my proposal for an extended TableAction which does provide this. (TableAction is intended as a preliminary solution until we have table markup.) --JavaWoman

---- 
===Robot Friendly Pages===

Right now (1.1.6.0), if a non-existant page is requested, the wiki returns status code 200, which will cause the page to be indexed by search engine spiders.  It'd probably be better to return 404 (not found) or 410 (gone) or include robots exclusion meta tags in the pages that don't exist.  --BarkerJr
~&Ah, maybe this is why a now non-existent page that I deleted 2 months ago is still getting 50hits or so a day from the porn/vicodin/viagra sites that linked to it (don't ask //me// why...it was a completely inoccuous page)...at least according to the referrers database table. --GmBowen
~&See RobotFriendly. --DotMG

----
=== //Kant-en-klaar// code blocks ===

A micro-idea before going to bed. We all know it's a bad idea to copy code blocks from the formatted version of a page. 
If I want to test some freshly posted code, here's what I have to do:
~1) open a ##/raw## version of the page;
~1) scan the page for the chunk of code I want to save (this can be pretty difficult on long source pages with no syntax highlighting);
~1) open a text editor;
~1) copy the code block;
~1) paste it in the text editor;
~1) save the file.

Wouldn't it be nice to have at the end of each code block a small link pointing to a handler allowing the user to download the code block with the right name and the right extension just //with one click//? 

See GrabCodeHandler for a first proposal -- DarTar

----
===Security Verification Test from Wikini===
On the top of most page handlers, the Wikini developers have:

Vérification de sécurité
if (!defined("WIKINI_VERSION"))
{
die ("accès direct interdit");
}

I'm not sure what exactly this does, can anyone enlighten me; and if it is a good idea, then it should considered for Wikka too... --IanAndolina ~&This is to ensure that a hacker can't view a page directly, with url like http://wikka.jsnx.com/actions/recentchanges.php. If this technique is possible, he (the hacker) can send request to make your wikka site output error strings. But in wakka forks, this will result in handlers "page/recentchanges.php.php" not found, if rewriteengine is on. If else, I' ll test it and I'll tell you. The simplest workaround, if it's the case is to add a .htaccess file at ./actions, .handlers/page directories, with the content : Deny from all. --DotMG ---- ===mod_rewrite idea (.htaccess)=== (The following was copied from a comment on ModRewrite -- JavaWoman) //Hi, I discovered that the default .htaccess included did not work for my setup up. I needed to include ""RewriteBase"" /directory/ as well since Wikka is installed in a subdirectory. I hope this helps anyone having trouble getting Wikka to work. -- h-67-102-97-191.mclnva23.covad.net (2005-02-11 04:49:37)// The installer **correctly** deduces the base path for the configuration; it could conceivably also detect if it's sitting in a subdirectory, and if so, dynamically change the .htaccess file and include the correct ""RewriteBase"" statement to take care of this. --JavaWoman ---- ===Separation of Wakka class from wikka.php=== I use wikka as wiki engine of [[http://diantn.free.fr my page]]. IMO, the wikka.php file is too big to be one single file. I suggest that we separate the Wakka class into new file, say Wakka.class.php And then in the wikka.php, e.g at line where the Wakka class previously located, simply we put:

include ('Wakka.class.php');

-- DiN ~&DiN, this is a //very// good idea. I fact, the idea had crossed my mind already, but thanks for the reminder. :) Indeed, a class belongs in a file of its own. --JavaWoman ~~&Maybe a folder called classes? the handlers/page/diff has a bunch of classes inside, too. --NilsLindenberg ~~~&With my current proposed structure on WikkaCodeStructure, it would go into the library folder; classes that are shared, into library/common. I prefer a //functional// separation rather than one based on coding format. --JavaWoman ---- ===Inherit ACL from 'parents'=== Create a page and when creating a page from there, give the option to copy the ACL of the first page. Should pages be linked in some form to some documents given the fact that Wikka is flat, not hierarchic. ForTheLazy - chatlog and summary. -- FreekNL ~&IMO the acl system has to be dumped and/or renewed/rewrittem to accomodate usergroups.. ~&I have been thinking of presenting a modification that will actually implement this user managment system .. ~&having privileges for each page is making userprofile-specific-features on Wikka efficiently non-existant. ~&The ability to create custom usergoups ( aka levels, profiles etc. ) would enable the addition such features ~& ( ip/hostname display , access to special parts of the wiki and such .. ) -- GeorgePetsagourakis See also HierarchiesAndInheritance for some background --JavaWoman ---- ===Paragraph instead of line-breaks=== (copied from WhatsNew -- DarTar) Why is it that the formatter creates line breaks instead of paragraphs? I've been trying to figure out a way to get Wikka to do this, but it may be nice for there to be some sort of option in a future release. Paragraphs tend to be more useful for doing CSS formatting. -- ScumBle +1 — semantically, Wikka's current lack of proper paragraphs and liberal sprinkling of line breaks is really undesirble. I made a hack-mod on my wakka some time ago in formatter/wakka.php (just after the preg_replace_callback):

(php)$pattern2 = "/^(\040|\t)*(?!<|\040)(.+)$/m"; matches any line with no <element> (and variable leading space) - assume a paragraph
$replace2 = "<p>\\2</p>";
$text=preg_replace($pattern2,$replace2,$text);

$pattern1 = "/^(\040|\t)*(<(?!hr|(\/|)h[1-6]|br|(\/|)li|(\/|)[uo]l|(\/|)div|(\/|)p).*)$/m"; matches any <element>text lines not considered block formatting
$replace1 = "<p>\\2</p>";
$text=preg_replace($pattern1,$replace1,$text);

I don't know how that will affect wikka (it was designed for my formatting which is different to wikka slightly), and there is probably a much better way to do it (call a post-formatter?), but it is possible using a small modification at least... --IanAndolina ---- ===Save Pages to PDF Format=== (copied from WikkaDevelopment --Nils) Page output to an Adobe pdf file using FPDF. E-mail this page facility --JamesMcl ---- ===Usergroups=== (copied from WikkaDevelopment --Nils) Yet another idea from me: ~Usergroups. So i can create a group of users, and just write that group into the ACLs... ~GregorLindner - Take a look at GroupManagement (which doesn't seem to be finished) - or at ACLsWithUserGroups. ---- ==="In work" for Wikka-pages=== (copied from WikkaDevelopment --Nils) Add a page property, 'Status' [?] that can be used to facilitate code development within Wikka. Imagine a very basic CVS system. A user can change the status to "In use' while considering improvements to the code, and then change it to 'Available' when done. This may prevent this scenario: - Multiple users see the same code and concurrently start working on changes. - One user posts his changes. - Another user posts his changes without realizing that the code had been updated. OR - Another user has to go back through his code and incorporate the changes made by the first user. ~&Comments: ~&''**Dangerous!** Consider the following scenario: user has been hard at work all week, now it's Friday afternoon and there's some time to do an edit or three. User opens each page in a browser tab, marking all three as "in use" and starts to edit them. Clickety-click. Suddenly user realises he has to run to catch the train home. Run! On the train, user realises the three pages are still open in the browser and "in use". "No matter", thinks our user, "it's always quiet during the weekend and I'll get back to it first thing Monday morning. On Sunday afternoon, user plays soccer, as he always does, and breaks a leg, which he usually doesn't do. User is transported to hospital where he has to stay for four weeks. ... A bit exceptional maybe - but what **do** you do with "dangling in uses" and when (how) are they considered "dangling" in the first place? --JW'' ~~&Good point, but this modification would be only an informational resource to facilitate user communication. Techically, users could still update the page any time they wanted. It would just be a courtesy to hold back if you saw that a page was 'in use.' I didn't mention it above, but I planned to also add a field that would timestamp when the status was last changed. So in your scenario, we would see that the page had been marked as 'in use' for several days and feel free to ignore it. However, this does bring up the idea that it would be good to also have a 'note' box available for updating the page status -- used for comments such as, "should have the code updated within a few hours." Better now? -- JsnX ~&I've got code/table changes done that indicate if anybody (other than oneself) opened the page to "edit" in the last 15 minutes. It's on an iteration that isn't "live" right now (it's part of an earlier installation of wikka that we just haven't brought the code forward from yet), but I can make it that way so you can test out the functionality if you want. Since much of our site will be geared towards small teams doing collaborative editing, it was designed so that editing conflicts would not occur. Let me know if you want me to get it installed at a test site. -- GmBowen ~&''I agree, it's an important issue (some Wakka forks have already addressed the problem of concurrent editing) -- DarTar'' ~&''JsnX: If it's purely informational, that's better; I thought the intention was some kind of locking. So you'd have something like: ~~&-state: in use | available ~~&-timestamp: in use since ~~&-note: applies to the in use state only ~&Then - would the state apply to the logical page or to a particular version? If the latter, what happens if a page is reverted to that version? What happens to the state when another user goes ahead and edits the page anyway? ~&And I still think you'd need some kind of admin function to "clear" dangling in use states that are older than xx minutes/hours/days. ~&GmBowen: is yours completely automatic or user-initiated? What happens in the run off to catch the train scenario? -- JavaWoman'' ~&(i) it's purely informational, not a "lock"...it sets a red exclamation mark beside the page name at the top if the "edit" link (or double click) has been used in the last 15 minutes by anybody other than yourself (ii) it's automatic (iii) the "train scenario" can't happen. It doesn't check if "saved" or not, just whether an edit was started in the last 15 minutes. This means that if the person doing the edit hasn't saved in the last 15 minutes when editing then the exclamation mark isn't activated for another user. But, people should save edits every 15 minutes anyways methinks. It's not "foolproof", but was meant to avoid many sorts of common editing conflicts on collaborative documents. It's not a very "big" edit of the wikka code actually. The edit.php script timestamps the most recent version of the page when it is activated, and there's a small addition to header.php that checks when the page is loaded to see if the current time is < 15 minutes from that timestamp & if so shows an exclamation mark. Finally, there's a small linked graphic that "refreshes" the page beside "homepage" and the "edit" link (essentially, it's just a link to the page itself) so a user can check the edit status before deciding to edit it themselves. For server load reasons I decided to not have an automatic check (once every 5 minutes for example) since most people read & don't edit much of the time so it made sense more to encourage people to check edit status themselves. Of course, it would also be possible to have edit.php check to see if the file was edited in last 15 minutes and if so, ask the user if they wanted to continue with their own edit. Hmmm...I'll have to think about that. As it sits it worked pretty well when tested (but remember, I'm into small group collaborative writing tasks....I'm not sure how it would work if the pages were "open" to everyone). It originally took me several hours to write the code myself, but I'm sure it would take JW or DarTar or Jason maybe 30 minutes....and the code would probably be more efficient (I'm not a real coder remember :-( ) -- GmBowen (aka Mike) (I've now provided my code & mods @ [GmBowenRecentEditCheck] for people to play with) ---- ===Searching (in) comments=== //(copied from WikkaDevelopment --Nils)// Add the ability to 'search for all comments by user X'. How this might be useful: I want to find a comment by JavaWoman ''//(really?)//'', but I can't remember which page it was on -- she's quite prolific! -- ''//(I admit I'm easily distracted. What am I doing here, now!? :))//'' so I use this new function to list all of her comments. ~&Yes. And related: an extension of this or the general search function to search by //comments content// (in addition to page name or page content) would, I think, be also useful. --JW ~~&Agreed. -- JsnX ~&Nice idea :). For //comments by user X// (and, why not, //mods by user X//) we could imagine something similar to Google syntax for site-restricted queries. E.g.: ##I18n user:""JavaWoman""##. The scope of the query (pages, mods, comments, anywhere) should be settable as a radio button (similar to Google's restrict search options). FYI, //Comments by user X//, //Pages owned by user X// and //Changes done by user X// were already partially addressed by the following action proposals: UserCommentsAction, UserPagesAction, UserChangesAction -- DarTar ~~&In general....given the complexity (and utility) of some of the conversations now happening in the comments, I think that we should consider either (i) the current textsearch being expanded to include the comments, or (ii) a separate action be written directed at searching the comments table (possibly an easier route). The latter might mean we consider renaming the search pages to ""SearchText"", ""SearchTextExtended"" & ""SearchComments"". [I now realize that this "search comments" feature is a **"lost"** feature. I realize now that //earlier// versions of this wiki had the comments stored in the pages table and were therefore searched. When they were moved to a separate table, the ability to search comments was lost. (Update: See my GmBowen directory for a (temporary) solution for this....even separates results for comments & pages into two columns) A separate action to list all comments by a user would also be useful. In a related comment on the comments, and given my arguments about the complexity of conversations in some of the comment threads now, I suggest that we also consider developing code for threaded discussions in the comments....which I think will considerably enrich collaborative efforts (such as we engage in). -- GmBowen ---- ===Order of the text-search=== //(copied from WikkaDevelopment --Nils)// It would be good if the text-search would be sorted in some way. If I search for example for "GmBowen", a page with the exact match (his userpage) should be on the top of the results. The next results perhaps in alphabetical order? --NilsLindenberg ---- ===Highlight unseen Recentchanges=== //(copied from WikkaDevelopment --NilsLindenberg)// Add fields to the 'users' table [?] to track when RecentChanges and RecentlyCommented were last viewed. Then RecentChanges and RecentlyCommented can by modified to highlight new items since the user last viewed the page. ~&If it's only for **highlighting**, OK, but I'm not waiting for that. If it's for **filtering**, please no. I quite often trace back several days to re-review pages or comments --JW ~~&OK. Point taken. I was considering doing some form of filtering, but will now only consider higlighting, as requested. -- JsnX ~~&I totally agree with JW's point -- DarTar ~~~&Actually, I //could// imagine separate functionality with filtering being useful on a busy site, but then as, say, UnseenChanges and UnseenComments - **in addition to** the current "Recent" functionality; that way the semantics of "recent" would not be changed. But I agree it's low priority. --JavaWoman ---- ==="target=" in external links?=== Is there a way to include a target in a link, so that the Link opens in a new window? ~& Yeap, use this directly within the wikka page you are working on ~&

(htmlstrict) <A href="http://google.com " TARGET="_blank">Google</A>

~& It will show up a normal link "" <A href="http://google.com" TARGET="blank">Google</A> "" ~& In this case the **TARGET="_blank"** bit is what does the trick. ~& Assuming this is what you were originally after, it has the advantage of no code changes. NickDamoulakis --GregorLindner ---- ===Signature=== //(copied from WikkaFaq, but perhaps better at WantedFormatters? --NilsLindenberg)// Does Wikka support automatic user signatures in pages (not comments)? I need some code so that users don't need to enter their username and time/date when they are working on a page in ThreadMode. I've searched in the docs, but I could not find anything about this, any ideas? -- JeroenJansen (2005-01-28 11:35:43) ~& Jeroen, there is a hack for automatically adding a user's signature in WakkaWiki posted by NickK on his [[http://wakkawiki.de/NickK homepage]]. It should be easy to adapt to Wikka. -- DarTar ~~& Dartar, just saw your reply. Thanks for the hint! --JeroenJansen ---- === Easy way of adding links === Most wikis I have set up have the need for a page containing a list of links. It would be great if Wikka could support this in some way - such as providing an easy way of adding links to a configured page. One way of doing this could be a simple Java Scriptlet that you configure with the address of the link page. Then, you mark a link in a web-page, click on the scriptlet, enter a short description and bang - the link is added to the wiki page. The del.icio.us [[http://del.icio.us/doc/about page]] offers some user contributed hacks which may be a starting point. -- MatthewLangham ~& MatthewLangham, I propose AddLinkAction as solution for adding links on a page in a structured way. I also added (under the Beta section at the end) a ""JavaScript""-link that you need to bookmark to fast add a link in two mouse clicks... (Works with Firefox and IE under XP, still needs testing with other browsers) -- OnegWR ---- === Create rewrite rules on install === ~//copied from comment on WikkaInstallation --JavaWoman// Since I installed wikka in a subdirectory under the domain root I needed to add the following to the .htaccess file just under """RewriteEngine on""": ""RewriteBase"" /subdirectory/ Devs, how about writing the .htaccess rules at the same time you write out the wikka.config.php file since you automatically pickup the wiki base location at that point? -kt -- KarmaTester (2005-01-26 06:52:07) ---- === Image dimensions === The [[AddingImages image]] action really needs the ability to specify image height and width. :) --MovieLady ~&I agree that it would be better to have defined width and height in the resulting img element: faster output, and no "jumping" pages. However, PHP can easily derive these dimensions by itself - would that be sufficient or do you think it's also necessary to be able to override the actual dimensions of the image file? --JavaWoman ~~&There surely will be users which want to do that. My suggestion (if possible): allow height and width as optional input. If nothing the variables should be filled with the values of the image. --NilsLindenberg ~~~&Noted. More //easy// suggestions like this, please. :) --JavaWoman ~~~~& Yes, that exactly, Nils. LOL Lemme get my list, JW. ;) Seriously, though, I really like what you all have done with this wikki, and the multitude of suggestions are only because I'm getting invested in it. *g* I've been sick or I would've worked on the DeleteSpamAction changes sooner so I could feel like I was actually doing more than "I want it to do this!" ;) --MovieLady Dear all: see my proposal at EnhancedImageAction ~& That's great, Christian, thank you! --MovieLady ---- ===Clearing ACLs=== There should be a button on the ACL page to "Reset ACLs to Default". What this would do is delete the record for the current page from the acls table. There is a distinction between setting the ACLs to the sites default values and not having ACLs defined for a page. If the ACLs are set and the default values get changed, the page will remain at the set values. However, if no ACLs are defined, the page will always use the default values. To help show the distinction, there should be a visual indicator on the ACL handler page which states whether the page has ACLs defined or is using the site's default values. Basically, just check for a record in the acls table for the current page, and display a message accordingly. -- JsnX ---- == User registration control == It would nice to have the registration function check to make sure there isn't another account with the same email already registered so that one person doesn't clutter up the db with multiple accounts. (Or at least the configurable option to check for only one email/one account.) It should also then be easier (I would think) to use it to essentially ban by email address; if the registration process checked for an email in the user table, found that it was already in use and didn't let the person create a new username, one could use the wonderful ACLsWithUserGroups hack that Christian created to make a list of banned users by username. Yeah, yeah, folks who want to abuse the system could always create new email addresses on the various free sites, but that's an awful lot of work, and this would at least slow down some of it. --MovieLady ~&You know how many TestUsers my Wikka already has? *g* This should do the job (this time no config option, sorry jw :) ~&

(php)

function ExistsEmail ($email)

{

$count = 0;

$query = "SELECT COUNT(email)

FROM ".$this->config['table_prefix']."users

WHERE email='".mysql_real_escape_string($email)."'";

if ($r = $this->Query($query))

{

$count = mysql_result($r,0);

mysql_free_result($r);

}

return ($count > 0) ? TRUE : FALSE;

}

~&Place this function in wikka.php right after function UserWantsComments(). And change in actions/usersettings.php the following line:

(php)
else if (strlen($password) < 5) $error = "Password too short.";

to

(php)
else if (strlen($password) < 5) $error = "Password too short.";
else if ($this->ExistsEmail ($email)) $error = "You already have a username.";

~&--NilsLindenberg ~~& LOL I can imagine. Thanks so much for this - I'll try it out this evening. --MovieLady ~& Speaking of registration control, note to self: make a configuration option to turn off new account registrations. Some sites might be private and not want people registering. Admin privilege should override this and still show the registration fields in usersettings, to save the admin from having to go into the database manually to add acounts or some other hack. -- JsnX ~~& (you saw UserRegistration by Nils? I think it, or something like it, should be standard. mike) ~~~& Doh! I somehow missed that. That's pretty much what I had in mind. Nice job, Nils! :) -- JsnX ~~~~&Thank you. About your Admin-adding-user case: that's an addition to UserAdmin, not for usersettings. --NilsLindenberg ~~~&there's also code around that uses GD & that could be built onto Nils' code that generates a "registration password" automatically and outputs it as a distorted graphic image.....the code is intended to befuddle auto spam registers & thus stop open-registration sites from being hit by spam bots that register themselves as users. Ultimately, as the bots become more sophisticated I think we'll have to use something like that or else sites like this one (with open registration) will be victimized. [[http://www.bluecopia.com/form.php Here]] and [[http://www.horobey.com/demos/codegen/ here]] are examples of what I mean (I like the simplicity of the first version in the second example). -- GmBowen ~~~~&Yes, "Captcha" is an old trick - it will keep out some bots (but not all) and it will keep many people out, too, like those who are visually handicapped (not just people who are totally blind - being colorblind may be enough to be defeated by such tricks). Add a sound equivalent? Well, there are people who are deaf **and** blind. Are we going to deny them access to our wikis? I'm not in favor of making Wikka **in**accessible when we should be working towards making it **more** accessible. --JavaWoman. ---- === RSS options === It would be wonderful to be able to choose what kind of RSS feed is created for a page. For example, ""{{rss}}""/""{{rss show="1"}}"" could show only the headlines and the update field (current setting), ""{{rss show="2"}}"" could show a blurb of the updated info, ""{{rss show="3"}}"" could show the whole update. --MovieLady ---- === Embed a blurb from a news page into another page? === I currently have no idea how one would approach this, but thought I'd toss it out there for others to think over. I would find it really useful to have an announcement action (maybe ""{{news}}""?) that I could use which displays only the most recent (configurable) number (e.g. ""{{news show="2"}}"" would show the most recent two entries from the page) of entries from a specific (configurable or static?) page. Right now I do this by hand, adding the current announcement to both the front page and the news archive page (so I'll have a history of the announcements), and boy, what a pita! What I'd like to be able to do is just edit the news page and have it automatically update what displays in the news area on the front page. Possible, or am I smoking something I need to share? ;) --MovieLady ~& I am doing this using the IncludeAction - at least you only update one page (TheNews). --ChristianBarthelemy ~~& Thanks, I'll try that out. --MovieLady ~~~& Did you do anything to get it to add only part of the page being included (for example, down to the first horizontal line)? --MovieLady ~~~~& Nope. I just only keep the news updated in TheNews page so that the whole page is displayed when included. --ChristianBarthelemy ~~~~~& Ah well, I'll keep working on trying to figure out a way to do it. *g* Thanks! :) --MovieLady ---- ===Logging-out=== Perhaps the installer should tell the user that he will be logged-out (because of the new cookie-names). Would be nicer. Btw, the /setup directory needs an update (or better the files in it). --NilsLindenberg ---- === Backlinks === It would be wonderful to have the option to display the results of the ""{{backlinks}}"" action in columns, similar to what ""{{Category col="3"}}"" allows you to do. --MovieLady ~&Noted - good suggestion. --JavaWoman backlinks.php

(php)
if ($pages = $this->LoadPagesLinkingTo ($this->getPageTag())) {

foreach ($pages as $page) {

$links[] = $this->Link($page["tag"]);

}

#MW:commented print(implode("<br />\n", $links));

#MW: Ja, här ska jag fixa stöd för kolumner via parametern col

if (!isset($col)) $col=1;
$out = "<table width='100% border='0><tr>";
$count = 0;
while (list($key, $val) = each($links)) {
if($count

$col) { $out .= "</tr><tr>"; $count = 0; }

Wikka : SuggestionBox

Revision [12532]

Suggestion Box

New Wikka Tracker available

Bugs vs. feature suggestions

new ImageAction

Other method to attach files

Installation problem - UTF-8?

Add page link & other suggestions

Mod_rewrite

Disable CamelCase

Rename Pages