Wolfie

I've thought about this a few times before.

I wonder if there should be an option added to hide the language chooser (especially if you only have one language anyway) , I know you can simply skin it out ;) , in fact I've added a quick article on doing this for 3.0. (as I have done for other versions at the time), but the same thing could be said for the skin chooser too, and there is an option to disallow anyone (easily, at least) choosing skins by hiding it.

I'm merely thinking along the lines of tidiness as with only one language present, it does not appear serve a real purpose as far as I can tell. :)

Replace :whistle: :whistle: with...



Replace :ph34r: :ph34r: with...
or


Add :naughty: or :eyebrows: with...
or

+ from me

Definitely would be nice, especially when deleting a number of spam posts but trying to keep the acceptable posts from a member or with certain keywords in it.

I want to be able to download PM's/conversations in .txt .html .xml .cvs formats... Heck, any format would be nice.

Oh yeah...

Preview button/feature when editing your signature!!!

I want to be able to download PM's/conversations in .txt .html .xml .cvs formats... Heck, any format would be nice.

Here's one that I'm sure will get some +'s

Reverifying account information, namely, email addresses. Over time, some members may switch to a new email account and forget to update their account information to reflect this. So with that in mind, a few ACP settings.

Tools & Settings/Security
Enable account email re-verification? Yes/No
How long after notification before member loses access? [__] immediately/minutes/hours/days

Then, per member group
How often to re-verify email address? [__] days (0 to disable for that group)


When the member visits again, they get sent to a special page that tells them that for security purposes, they need to verify their information. They can be given the choice to do it right then or to continue without it at that point (unless the time limit is set to immediate). After the notice and the specified time period, any visits to the board will require that they verify their email address. What this would mean is that they would be shown the currently used email address, with the ability to change it. If they put in a different email address, then they need to enter it again (to make sure it's correct). After that, they press a button to verify and then click a link in the email they get. The email simply tells the board to reset their account (ie, account was last verified at date/time).


This would help keep email addresses current and in doing so, could reduce the risk of an email address being dropped, but then someone else making the same email address (like on sites where email addresses can drop and someone else can register the same email address). Because then all that new person has to do, if they know an account with that email exists, is do a password reset and then they can gain access to an established account.

Not only that but if you need to contact a member for any reason, it helps to know that you have a valid email address to reach them at. Also, if someone sends them a PM or if they are watching forums/topics/etc, when notifications are sent out, less chances of something bouncing.

This would be different from putting an account into "awaiting validation" mode, as it would be specially flagged to either give them a warning of impending doom (ie, account will become disabled) and once disabled, the account would be unusable until re-verified. This should also disable any other emails sent to the member (the aforementioned PM's and watched forums/topics notifications). That way if an account does end up with an invalidated email address, there won't be bouncing emails.

One other thought on this. If the email address IS changed during the re-verification process, an email should be sent to the old email address, giving notice of the change. The drawback is that if the account is closed/etc, it will bounce. But if someone is changing it without authorization, then the original account holder would be alerted to the action.

Also, changes during the re-verification process should be logged. Account name, old email address, new email address, IP used (as well as browser and OS type). For an admin that knows the member being affected, if they say it wasn't them and they see strange information (I know for a fact that they'd never us Windows! gasp! for example), then they can easily restore the account.

:D

Oooh, nice idea. But instead of not letting guests see it, it should be configurable by member group. "Can view the online list page?" So that they could see who's online in the board index, but not use the online page to see others activities. Could be useful for cutting down on the "sneaky" spam, because then a "newly registered" members group could be denied access to it and they wouldn't be able to watch and notice which threads are being read more than others at the current time.

I made some requests in a thread called Feature suggestions requests v3.1.x or later

Per post/topic, disable someones ability to edit a post they have made or their ability to reply any further to that topic.
* Disable edit post - if a mod makes a change, member changes it back, mod can make change again and then 'lock' that post from the member editing it again.
* Disable topic reply - if they're stirring up too much trouble in a topic and won't take the hint to relax, then why lock the topic when the topic can remain open but the member not be allowed to post in that topic? Should be "suspend from replying to topic for [__] minutes/hours/days or [_] indefinitely". Perhaps even be able to suspend them from being able to read the topic. (Can see it's there but just can't read it)

I mentioned it before and I'll mention it again, just in case it helps to get it into v3.1. In the "top 20 posters" for the current day, making it so that the number of posts (for the last 24 hours) is a clickable link that would do a search for all of that members posts for that time period. Would be helpful when there is someone that has been a problem in the past and you want to see only their most recent activity to make sure that they aren't (advertising, causing flame wars, etc).

Search results default sorting method... In ACP, admin should be able to decide between relevance or most recent. Also whether or not to allow members to set their own preference (an admin may have a reason for forcing it to always be one or the other). When a new member joins, their choice should be set to the board's default choice. Also, staff should be able to disable relevance or date sorting.. Let's say that too many people gripe about how their results don't seem to be 'relevant' to their search, then the admin could turn it off and that would default everyone to the date sorting. Or if the admin wants people to come across older topics, perhaps to bring new life to them, then the dates sorting could be disabled. Just basically some additional controls over it. Admin should be able to modify a members sorting choice and also (similar to the skin tools), be able to change the choice for all of the members that are part of a member group.

Yeah yeah, a lot of options for just one little thing but it has merit. At the very least, board default method (which would be the default for new members) and ability to force it as board wide or let members choose.

In ACP, when viewing/editing ban restrictions, have tabs for IP/Email and Name banning, where the tab being shown would be the default type of ban chosen when going to add new bans. (But could still change it before submitting). When submitting a new ban, then the tab for that ban type should be shown (if they add an email ban while on the IP tab, then take them to the email tab when the page loads). Also be nice to be able to submit multiple bans with one submit, so a multi-add form would be nice.

Here's a major request. Be able to decide between wildcard and regular exp​ression format (per entry). I know that the wildcard bans are converted to regular exp​ressions for actual comparisons/matchings, but an admin would have greater power for banning multiple emails/names in one move if they could enter in a regular exp​ression directly. For example, if someone wants to ban a few email sites.. "@[ey]?mail\.(ru|nz|biz)" would cover a wide range of sites that have been known to cause problems. It's an example off the top of my head so please don't jump my case if it covers something it shouldn't or doesn't include something you think it should. :P

When you are on someone's profile and click to send them a PM, if you will not be able to complete that PM for some reason (user has their PM turned off for example), notify the user then instead of when they click the "send" button. If they do it from their own messenger, where they have to type in the name, then that's different.

Some way of detecting if the board is on an IPS server or not. If not, give the admin the option to not honor a members choice to not receive bulk emails. I don't know if IPS hosting customers can modify their own source but if not, then perhaps include a line to edit in a specific file that would enable the option.

If it's not possible, then some option for being able to send out an email to everyone in the selected user groups in an effort to test email addresses. Way I see it, if someone doesn't have a valid email address, I don't want them to have access on the board. Wouldn't have to be a big email and could be something internal that can't be easily altered. Something small like "Account status checking" for the topic and inside a brief explanation letting the member know that no action is necessary, it's just checking for expired accounts and to please not mark it as spam. Also restricting how often it can be used would be a nice idea, to prevent abuse.

Facebook:
* Be able to prohibit the creation of new accounts using FBC, but allow members to associate accounts with Facebook.
* Allow admin access to view/edit a members Facebook information (including a link to view the members profile).

Custom profile fields: Include 2 lines that the admin can use, both optional of course. First line would be a URL/link line. Second would be a display format. Both would replace {content} with the members input. This would be useful when external services are made into fields, such as Twitter or Photobucket, etc. Also could be used to replace all the if/then and else-if statements in the skin to cover things like AIM, MSN, etc.

Invisible/Hidden forums. If set to invisible, then the member could see use it if they can get to it. Sometimes you just want to hide a forum from view (and from the drop down list) but want to include it some other way. :)

Topic/post "Notes" and a true "history". Perhaps more like a "change log".
* Notes: staff notes on a topic or a specific post. For a topic, if there have been a couple of problems in that topic then someone could write a note that they've given a warning for things to settle down, before it needs to be locked, so other staff don't have to go digging around to find the warning or to see if one has been made. For a post, if a member got a warning about something they said in a post, then a note could be attached to say "I talked to them about their comments in this post." Also, a button to review any Report Center or Warn Panel activity.
* History: If someone makes an edit to a post, have an original of that post saved away pre-edit. This should be done in a separate table, be optional (for obvious reasons) and also have an expiration so the old pre-edits eventually go away. (Should be several options related to this, such as when to expire a pre-edit copy, if the very original pre-edit should remain longer than other pre-edits, per group, etc).

IP.SubWay add-on!

I'll think of more later... I always do. ;)

Oh oh oh.. Per forum, force "Edit by" if a post is edited, even if that member is in a group that lets them remove that line. Exception would be if they also have ACP access.






Stalk much? :lol:

When a feature request is made, the IPS staff have to weigh out the options, benefits, drawbacks, necessity, demand and other factors that get involved with making such a request possible and available.

Out of the thousands of people who put in requests and have reasons for using IPB and the included features, only an extreme few, such as yourself, want the IP address to NOT be recorded.

So then, let's look at the overall concept. To prevent it from logging IP addresses, an option would have to be included that would ignore IP addresses altogether. Then other options and features that rely on the information would have to be reprogrammed to take into account that the feature may be disabled. Additional programming would have to be designed and implemented in order to adjust the board and the way it functions in order to not produce undesired or seemingly buggy results from the lack of obtaining and recording IP addresses. Overall, it's a massive undertaking just to make one very undesirable feature available for a select few people.

If you're really that worried about IP addresses being recorded, then go into the Peer to Peer forums and ask for help making a task module to run hourly that would do SQL queries to blank out or put in "127.0.0.1" in place of real IP addresses. Then you won't have to worry about it because the longest an IP address would remain in the database would be up to an hour. Would be much easier to design and would accomplish what you want.

I do believe I speak for an overwhelming amount of other board owners when I say that I would prefer that such a 'feature' not have a way to be turned off, because all it would take is for a hacker to find a way to inject malicious code to force a board to disable IP logging or a disgruntled administrator to turn it off on a board not his own, and then suddenly that board is vulnerable to all sorts of trouble. Not only that but someone could turn it off accidentally and then not realize it until they really need it. It's just too much trouble and too much that could go wrong with it.

Here's one that I'm sure will get some +'s

Reverifying account information, namely, email addresses. Over time, some members may switch to a new email account and forget to update their account information to reflect this. So with that in mind, a few ACP settings.

Tools & Settings/Security
Enable account email re-verification? Yes/No
How long after notification before member loses access? [__] immediately/minutes/hours/days

Then, per member group
How often to re-verify email address? [__] days (0 to disable for that group)


When the member visits again, they get sent to a special page that tells them that for security purposes, they need to verify their information. They can be given the choice to do it right then or to continue without it at that point (unless the time limit is set to immediate). After the notice and the specified time period, any visits to the board will require that they verify their email address. What this would mean is that they would be shown the currently used email address, with the ability to change it. If they put in a different email address, then they need to enter it again (to make sure it's correct). After that, they press a button to verify and then click a link in the email they get. The email simply tells the board to reset their account (ie, account was last verified at date/time).


This would help keep email addresses current and in doing so, could reduce the risk of an email address being dropped, but then someone else making the same email address (like on sites where email addresses can drop and someone else can register the same email address). Because then all that new person has to do, if they know an account with that email exists, is do a password reset and then they can gain access to an established account.

Not only that but if you need to contact a member for any reason, it helps to know that you have a valid email address to reach them at. Also, if someone sends them a PM or if they are watching forums/topics/etc, when notifications are sent out, less chances of something bouncing.

This would be different from putting an account into "awaiting validation" mode, as it would be specially flagged to either give them a warning of impending doom (ie, account will become disabled) and once disabled, the account would be unusable until re-verified. This should also disable any other emails sent to the member (the aforementioned PM's and watched forums/topics notifications). That way if an account does end up with an invalidated email address, there won't be bouncing emails.

One other thought on this. If the email address IS changed during the re-verification process, an email should be sent to the old email address, giving notice of the change. The drawback is that if the account is closed/etc, it will bounce. But if someone is changing it without authorization, then the original account holder would be alerted to the action.

Also, changes during the re-verification process should be logged. Account name, old email address, new email address, IP used (as well as browser and OS type). For an admin that knows the member being affected, if they say it wasn't them and they see strange information (I know for a fact that they'd never us Windows! gasp! for example), then they can easily restore the account.

:D

I want to be able to download PM's/conversations in .txt .html .xml .cvs formats... Heck, any format would be nice.

Here's one that I'm sure will get some +'s

Reverifying account information, namely, email addresses. Over time, some members may switch to a new email account and forget to update their account information to reflect this. So with that in mind, a few ACP settings.

Tools & Settings/Security
Enable account email re-verification? Yes/No
How long after notification before member loses access? [__] immediately/minutes/hours/days

Then, per member group
How often to re-verify email address? [__] days (0 to disable for that group)


When the member visits again, they get sent to a special page that tells them that for security purposes, they need to verify their information. They can be given the choice to do it right then or to continue without it at that point (unless the time limit is set to immediate). After the notice and the specified time period, any visits to the board will require that they verify their email address. What this would mean is that they would be shown the currently used email address, with the ability to change it. If they put in a different email address, then they need to enter it again (to make sure it's correct). After that, they press a button to verify and then click a link in the email they get. The email simply tells the board to reset their account (ie, account was last verified at date/time).


This would help keep email addresses current and in doing so, could reduce the risk of an email address being dropped, but then someone else making the same email address (like on sites where email addresses can drop and someone else can register the same email address). Because then all that new person has to do, if they know an account with that email exists, is do a password reset and then they can gain access to an established account.

Not only that but if you need to contact a member for any reason, it helps to know that you have a valid email address to reach them at. Also, if someone sends them a PM or if they are watching forums/topics/etc, when notifications are sent out, less chances of something bouncing.

This would be different from putting an account into "awaiting validation" mode, as it would be specially flagged to either give them a warning of impending doom (ie, account will become disabled) and once disabled, the account would be unusable until re-verified. This should also disable any other emails sent to the member (the aforementioned PM's and watched forums/topics notifications). That way if an account does end up with an invalidated email address, there won't be bouncing emails.

One other thought on this. If the email address IS changed during the re-verification process, an email should be sent to the old email address, giving notice of the change. The drawback is that if the account is closed/etc, it will bounce. But if someone is changing it without authorization, then the original account holder would be alerted to the action.

Also, changes during the re-verification process should be logged. Account name, old email address, new email address, IP used (as well as browser and OS type). For an admin that knows the member being affected, if they say it wasn't them and they see strange information (I know for a fact that they'd never us Windows! gasp! for example), then they can easily restore the account.

:D

Dealing with searches, I recall seeing that when you use +word +word +word it's supposed to return posts that contain all the words (ie, + is must-include) and using quotes lets you search for a phrase, however as an example, if you do a search for "When It's Ready" with the quotes, it returns results of the words individually.

I want to be able to download PM's/conversations in .txt .html .xml .cvs formats... Heck, any format would be nice.

I know that v3.0.0 is feature locked so not requesting it for that.

Hopefully these are simple enough that they can make it into v3.1.0 though.

* When you are on someone's profile and click to send them a PM, if you will not be able to complete that PM for some reason (user has their PM turned off for example), notify the user then instead of when they click the "send" button. If they do it from their own messenger, where they have to type in the name, then that's different.


* Made this request back in the v2.2.x days. In the ACP, for the listing of bans (IP/username/email), have each in a separate tab. That way the admin can view only the list they want to see.

* For bans, allow option to use regular expressions, per ban. Default would be as it is now, but when adding a ban, admin to select to say that the ban is using a regular expression. For those who know how to use it, it would provide greater power for banning multiple objects in a single line instead of adding multiple lines.

* For bans, allow multiple lines to be entered at the same time (via option to add multiple filters at one time). Could only be one filter type at a time, such as IP or email, but could enter one ban per line, then submit all at one time.


* Some way of detecting if the board is on an IPS server or not. If not, give the admin the option to not honor a members choice to not receive bulk emails. I don't know if IPS hosting customers can modify their own source but if not, then perhaps include a line to edit in a specific file that would enable the option.

* If last item is not possible, then some option for being able to send out an email to everyone in the selected user groups in an effort to test email addresses. Way I see it, if someone doesn't have a valid email address, I don't want them to have access on the board. Wouldn't have to be a big email and could be something internal that can't be easily altered. Something small like "Account status checking" for the topic and inside a brief explanation letting the member know that no action is necessary, it's just checking for expired accounts and to please not mark it as spam. Also restricting how often it can be used would be a nice idea, to prevent abuse.


* Facebook: Be able to prohibit the creation of new accounts using FBC, but allow members to associate accounts with Facebook.

* Facebook: Allow admin access to view/edit a members Facebook information (including a link to view the members profile).


* Custom profile fields: Include 2 lines that the admin can use, both optional of course. First line would be a URL/link line. Second would be a display format. Both would replace {content} with the members input. This would be useful when external services are made into fields, such as Twitter or Photobucket, etc. Also could be used to replace all the if/then and else-if statements in the skin to cover things like AIM, MSN, etc.


As I said before, I know that it's too late for v3.0.0 so please consider for v3.1.0 or v3.2.0 (if there will be such a version). For those who feel compelled to tell me that v3.0.0 is feature locked, please read this post again.

Dealing with searches, I recall seeing that when you use +word +word +word it's supposed to return posts that contain all the words (ie, + is must-include) and using quotes lets you search for a phrase, however as an example, if you do a search for "When It's Ready" with the quotes, it returns results of the words individually.

What about the idea of multi-row application tabs or (preferred) ability to have drop-down menus with various applications in it, much like in the ACP but where the admin can choose what goes into which tab, the order, etc.

So long as the Admin can specify which hooks are optional for the members. There could be a certain hook that the Admin wants required.

The re-verify would use a "send out an email, if it doesn't bounce, then it's still valid" method. They wouldn't have to click a link or anything, just ignore the email.

I think the additional email account idea is nice but perhaps would be hard to implement with Converge. If it can be done then I think the person should be allowed to have up to 3 backup email accounts (none required, but maximum of 3 allowed).

As for the security question, that would definitely be nice. But should use 2 security questions, home zip code and date of birth. The date of birth would only be used if they get one of the questions wrong or the say they forgot the zip code that they used. If they get a question wrong then they have to provide the correct zip code as well as the d.o.b. to proceed. But that'd only be necessary if they forget their password and don't have access to the email account anymore. Otherwise, I can't imagine why they'd need to go through all that just to verify who they are.

Very simple.. Via member group setting, a member of a group could add their own emoticons and names (although the names would be forced to be between colon's) that they could use when they make posts. The member group setting should be -1/0/# settable (-1 unlimited, 0 is off or not allowed, otherwise the # is the maximum number of personal emoticons they can have/setup).

Each emoticon would either be a file they upload or a URL to the emoticon itself. The emoticons should also replace the boards default emoticons (perhaps setting per group if that group can override default emoticons). So if someone wanted to use their own version of a common smiley, they could.

There are some trolls on the board. Your first post I could understand someone giving you a negative rep because you seem impatient in it. But after that, it's just ridiculous. (Now watch, I'll get negative rep for what I just now said.)

I gave you a few + reps to help you out some (except the first post). Someone else is giving you + points too but I don't know who.

Gmail has something like this, where a small pop up window notifies you that the there's a new reply to the conversation. It's not a traditional popup that steals focus but more of an overlay window. Think of it like the little "Loading" tab that you see at the top sometimes. It's like that. I think something like that could be beneficial, although I'm not sure what the point would be. Either you'd finish your post and then go add in a reply to that new post or you'd lose your post to read the new one.

Something that vB has that IPB doesn't.. "Smart" marking of read topics. If you read a topic that has new posts but you don't read the last page of the topic, then it's still marked as unread (because really, you have unread posts in that topic). If you happen to start reading the topic (say the first of 5 pages) and your first unread marker is in page 3, then it'll take you to that first unread post on page 3. If you go to page 3 and then look at the topic list again, I believe it'll take you to the first post on page 4 (since you didn't look at it or the last page yet). Basically only marks all the posts read that you might have actually read, instead of the entire topic.

Speaking of modules...

Would REALLY love it if we could pick and choose exactly where each application will appear. Not only on the tab bar, but also have a secondary (if wanted or needed) tab bar. I like to try to have my tabs alphabetical (after the first 3 main tabs), but can't do it because of how it's mixed-sorted.

Also be nice if an option could be chosen that would put all the add-ons into drop down menus. Allow me to create a drop down menu of "Featured Add-Ons" where I might include IPS extras, then another tab where I might include 3rd party add-ons such as shoutbox, tracker, etc.

What are you trying to convert?