Suggestions (continued)
Continued from Suggestions
| Date | Description | Suggested By |
| 2007.03.13 | http://soobahkdo.editme.com/_Register That link could direct the user to a blank page specified by the admin in wiki site settings. Admins could then configure that page however they wanted. They could ask questions, display a live registration form, etc. and feature a link back to http://soobahkdo.editme.com/_Register for final registration. | Phil |
| 2007.02.28 | Email warning system for bandwidth overuse (or projected overuse) ... prior to disabling the site. | todd |
| 2007.02.13 | "I was thinking it would be nice to have a special tag in editme that could be used to hide content in a page from everyone except administrators... or maybe even something that hides it from everyone except logged in users. I know that this is possible by using includes, however, there are a lot of times when I am creating a page, I want to add a sentance or a few notes that I don't want others to see, just the admins, it'd be really convienent to just have a tage I could insert like [Hide] or something where anything between the starting and ending tags is hidden from everyone except the admins." | todd on behalf of user |
| 2007-02-11 | 2007/01/13 When registration requests are moderated and an impatient user has registered more than once creating several accounts with different user names and different passwords, but THE SAME EMAIL, the forgotten password feature will only send the information for one of the accounts they have created and the information may or may not be for the account the moderator activates. Could registrations be limited to one per email address? The only apparent fix is to search for all locked accounts with the same EMAIL and delete them. Then the lost password feature works fine for the remaining active account. 2007/03/13 | Phil |
| 2007.2.6 | It would be nice to provide a mechanism which allows administrators to edit public comments to correct spelling, incorrect html tags, etc.Richard Bonomo | |
| 2007.2.5 | In addition to web page access logs, it would be quite informative to have a log of registered users sign in and usage. I don't know if user can stay logged in forever with the 'remember me' button, but it would be quite interesting to see which registered users are most active. I also like the suggestion below on having some customized text during the registration or sign in process. I think many people don't see the 'register' button on the log in screen and just get confused and leave. | tim walker webhandling |
| 2007.1.22 | When choosing “Security” for a page, it would be extremely helpful to be able to pick a combination of groups as opposed to only being able to choose only one. Groups are very helpful; however, I am facing situations when I want to give access to a page to all the members of a group + a specific individual who is not and should not be part of the group. There are other situations where I would like to give access to all the members of a group + all the members of another group. Right now, I solve the problem by creating new groups as follows Group K = Group A + Group X (GroupX being a group that only includes user X) Group O = Group B + Group D I then choose Group K or Group O in the Security pull down menu However the number of combination Groups (such as K and O above) in increasingly rapidly. It would be great to be able to have a Security pull down menu where I could CTRL Click several groups and get the logical OR of these groups which would show in the Security Menu (e.g. Bob + John + Ann) so that I can go back at a later time to check who has access to that page. [admin] The Page Security setting doesn't specify a group, it specifies a Policy, which can specify the access for any or all groups. I think you may be using Policies incorrectly if you're asking for this feature. Open a support ticket and maybe we can help. | todd on behalf of user |
| 2007.01.20 | Perhaps one solution to the requests for additional log in registration features could be partially resolved by adding a single link on the master registration page adjacent to the current registration field that would redirect users to a page specified by each site admin in the site defaults section. [like Registration Home] Wiki admins could then create whatever messages or instructions to users that they wanted on their site's registration page. Perhaps the link on the master registration page could be labled something like "Click here for registration instructions to join this wiki." Wiki admins wanting to gather more fields of data, etc could then create a form on their registration page to accomplish that. A more sophisticated process might REQUIRE all new registrants to "pass thru" such a default registration instructions page during first time registration. If no special instructions etc are required for registration on a particular wiki then the page could just feature a default greeting "Welcome to My Wiki, etc." and pass the user on. | Phil |
| 2007.01.17 | "minor edit" designation for comments | todd on behalf of user |
| 2007/01/13 | [Phil] On the user account activation page, add the ability [i.e. a memo text input field] to include a custom welcome message from site admins to new users directly from this page and have it delivered as part of the account activation email that gets sent. This would be very efficient since admins are already on this page to activate a user's account anyway. They could send along a friendly welcome and some links to pages that would help orient new users. - Also 2nd Todd's request to gather more fields of info per user at registration. | Phil |
| 2007/01/09 | Three times my sessions have timed out and logged me off while I was editing a page losing my edits. It would be wonderful to have an autosave feature like Google's Gmail and Documents. Or have at least the ability to specify the timeout duration. | Bob Lent |
| 2006/12/29 | I'd like to have the ability to modify the "Registration" page to add/remove/change fields. As an example, I'd like to request some additional biographical data of my registered users to be able to know my users | Todd |
| 2006/12/28 | "Need to allow EVERY new registered user to create pages BUT only allow that user to edit that page." Currently requires an admin to setup each user like a user group with 1 member etc. It would be nice to have a preset and/or automated way to do this. | todd on behalf of user |
| 2006/12/20 | I've found that it would be very useful to be able to find all pages that link to a particular page. Hopefully that kind of dependency is available to you and you might be able to add a menu pick to the "Page" edit menu. Additionally a list of orphaned pages would be helpful so you can quickly identify pages that can't be reached from anywhere. | pjaffe |
| 2006/12/8 | It would be nice if the email change summary included all edit comments over the summarized period. It appears that each page change referenced in the email only includes the page's most recent edit comment. | pjaffe |
| 2006/11/29 | An autosave system would be helpful. Periodically, the edit page could do an asynchronous post to save a temporary copy. Upon editing a page, if a previous edit session was neither saved nor cancelled, the user would be prompted to recover the previous session. | rvogl |
| 2006/11/21 | Along the lines of the 2006/11/07 request by Phil: It'd be nice to have a "default page" setting for each user. On logging in, the user would be directed to that page. This would reduce the frequency of bouncing back to the login page because access was denied. | rvogl |
| 2006/11/20 | Submitted by a user, reproduced here in full: Two related feature requests... (1) "Minor Edits" - a checkbox on the Edit page which, when checked, would NOT cause an update alert to occur when the page is saved, and would automatically record "Minor edit" as the Version note. Ideally, Administrators could allow/disallow "Minor Edits" rights on a user/group basis. (2) Make it possible to edit/enhance the email alert! Surely lots of people want this... a) Display the page TITLE, not only the URL. b) Allow the Administrator to create a standardized email header/footer! | todd on behalf of user |
| 2006/11/16 | I use groups and policies extensively to create mini "sub-wikis", to collaborate with clients. The policies limit each client to the set of pages that pertain to his groups, and that works pretty well, with one exception: if I allow the client to create a new page, it is created with the default security policy and is thus visible to a broad group. That's no good, so right now I only allow administrators to create pages, because they're the only ones who can set the proper policies. Here's my suggestion: Create a per-user setting that is only editable by administrators. The setting is called "Default Policy", is edited as a drop-down of all site policies, and is applied to any page the user creates. Happy to explain further if this is not clear. [Admin] rvogl, this is already a feature. See the discussion of the "Sticky Page Security" here. [rvogl] That's great, and apologies for the premature request. Feel free to delete my item or leave here as info as you see fit. | rvogl |
| 2006/11/07 | Some additional language needs to be added to the LOG IN page or the log in page needs to advise a user if they are not authorized to view a page they are trying to access or log into. Many of our users report they are confused (on a multi-policy multi-page security site) when they have already logged in and click a link somewhere that asks them to log in again. Researching these complaints has revealed that in actuality they have attempted to access a page they are not authorized to view. However, no matter how many times they attempt to log into that restricted page, they are merely returned to the log in page with no explanation. Many have reported that they thought they are unable to access the whole wiki and just gave up trying to access the wiki at all when in fact they were successfully logged in and able to view most of the site but got confused because they could not access a particular link or page they wanted to view. Even if a text explanation about this appeared on the log in page it would be helpful. [admin] Phil, this is a great suggestion. Thanks! | Phil |