Interesting new forum feature ideas?

[warz]

Does anyone have any thoughts, or ideas about new features not currently present in most forum softwares? Is there anything SMF doesn't have that you wish it did, or anything that not all forums seem to have in common that you wish it did?

[rabbit]

Actually, there's a lot of things I wish forums DIDN'T have.  SMF does stuff pretty well.  I don't like polls all that much, and those stupid scripts that underline shit get annoying as hell.  The calendar is entirely useless, and there could be fewer profile options.

[Furious]

Actually, there's a lot of things I wish forums DIDN'T have.  SMF does stuff pretty well.  I don't like polls all that much, and those stupid scripts that underline shit get annoying as hell.  The calendar is entirely useless, and there could be fewer profile options.

You're not generalizing like you should.  Just because those things aren't use for this particular group of people doesn't mean they are useless.  The local car forum which I'm a member of ( Over 200,000 members ) uses a calendar to help keep track of meets, fund raisers and other important events.

[warz]

Yeah, the calender is a useful feature. I'm thinking more along the lines of.. new things, though. Maybe features never before present in any forum. Can anyone think of anything that'd be of use, but new?

[iago]

Post modification history.  Basically, when somebody edit's/deletes a post, have the ability to go back and see what they changed, and maybe restore a previous revision.  Useful in some cases. 

[Furious]

Post modification history.  Basically, when somebody edit's/deletes a post, have the ability to go back and see what they changed, and maybe restore a previous revision.  Useful in some cases. 

Good idea, but wouldn't that database fill up fast?  I mean, sometimes I may edit a post because I see something small.  Maybe have an automated length of time before it dumps the database?

[CrAz3D]

Post modification history.  Basically, when somebody edit's/deletes a post, have the ability to go back and see what they changed, and maybe restore a previous revision.  Useful in some cases. 

Good idea, but wouldn't that database fill up fast?

I wouldnt think itd fill up any faster than regular posting

[Ersan]

Use diff's.

[Newby]

Use diff's.

You read my mind.

[iago]

Post modification history.  Basically, when somebody edit's/deletes a post, have the ability to go back and see what they changed, and maybe restore a previous revision.  Useful in some cases. 

Good idea, but wouldn't that database fill up fast?

I wouldnt think itd fill up any faster than regular posting

Yeah, it'd be just like making a new post.

Use diff's.

Duh.  But you'd want to have some sort of interface over the diff to make it more readable to the average user.  Something like Eclipse does, but less intense.

[warz]

Diff's? What are diffs?

[Sidoh]

I've thought of that too, iago.  I think that'd be a great feature.

Diff's? What are diffs?

Something that represents the differences in two texts.

[warz]

I've thought of that too, iago.  I think that'd be a great feature.

Something that represents the differences in two texts.

Have an example site that has something similar to this?

[MyndFyre]

http://jinxbot.cvs.sourceforge.net/jinxbot/source/JinxBot.Console/Settings.cs?r1=1.1&r2=1.2
http://en.wikipedia.org/w/index.php?title=Main_Page&diff=94913379&oldid=94909031

[Ersan]

http://www.gnu.org/software/diffutils/
http://en.wikipedia.org/wiki/Diff
http://ersan.us/websvn/diff.php?repname=stdev&path=%2Findex.php&rev=0&sc=0
(since myndfyre's example is a bad link)

[warz]

This would be a neat feature. If I do pursue making a forum, I'll incorporate this feature. Shouldn't be too difficult.

[MyndFyre]

(since myndfyre's example is a bad link)

The second one was fine.  Wonder what screwed the pooch on the first.  But fixed.

[warz]

I was thinking. What about a forum that were based entirely on "shoutboxes" similar to web bot's channel text? The conversations could be displayed in an irc, or bnet like fashion. They could be saved post by post in a mysql database, just like other forum software. basically, the forum would have sections, and topics just like any other forum, but instead of threads/replies in each topic, it'd all be in one, screen-sized shout box kind of thing. i know of a very smooth shuotbox that reqiures no page refreshnig at all, and does all of this already. it could probably be made to work like i have described pretty easily. the forum could still have support for nice, clean looking quoting, code, formatting, etc. itd be kind of like irc or bnet with stats

[Ersan]

So just a forum with significantly less features...?  Because that's what a shoutbox is.

Need an AJAX forum (which is basically what you're describing).

[warz]

Well, after reading up on Ajax, I don't think I'm going to to be using their toolkits. I think this can be done easily enough on my own.

[Rule]

Post modification history.  Basically, when somebody edit's/deletes a post, have the ability to go back and see what they changed, and maybe restore a previous revision.  Useful in some cases. 



Source: Rule in private forums, March 2005.

Fixed

[iago]

Post modification history.  Basically, when somebody edit's/deletes a post, have the ability to go back and see what they changed, and maybe restore a previous revision.  Useful in some cases. 



Source: Rule in private forums, March 2005.

Fixed

Haha, when I saw you reply I wondered if you were going to say anything -- I knew it was on vL forums, but I didn't remember who suggested it and the forums were down when I tried to check.

[iago]

Another feature (again stolen from vL ) is to invisibly ban a user.

Basically, they can still post, but their posts are invisible (except to them).  So they think they're still posting and everything is normal, but really they aren't.

We discussed this because of BSD (and other children) threatening to DDoS and such if they got banned.  It'd be nice to be able to ban them without them knowing.


Another idea (still stolen from vL : automatically banning IPs.

Basically, you mark a username as banned.  After that, any IP the user connects with is also banned.  That way, as long as they still have the cookie for the username (or even just a 'banned' cookie), changing their IP won't help. 

[Chavo]

I really like the "quick edit" feature of IPB.  You can modify and resubmit a change to your post without ever leaving the page or sending an http request.  I don't know if its any lighter on the server, but its certainly much faster for the user on a slow site and more convenient.

Along those lines, a notepad of sorts would be nice.  Often in a long thread I find myself writing a portion of my reply and then waiting to submit it until I have read other replies (and then often modifying or adding to my original reply).  If I had a javascript window anchored at the bottom of my screen, it would be very handy.  Granted I can do that with notepad and my dual monitor setup now, but just a suggestion.

This is more of an annoyance thing for me and probably not feasible, but when I'm skimming a topic I never really glance at signatures or usernames.  I quickly keep track of who is saying what by glancing at their avatar.  When someone changes their avatar it always takes a day or two to get used to it so that I don't have to check the name to figure out who is saying what   I'm not sure what the best solution would be, maybe a more graphical user identifier that doesn't change or including the avatar as part of the post instead of part of the user surrounding it.  I'm just trailing off now though...

[Sidoh]

See the little icon to the right of your post?  It's an AJAX edit routine.

[Chavo]

There is still an associated http request and I'm moved to a different page.  Perhaps I'm not being clear, but if you've used the newest versions of IPB you should know what I'm talking about.

[Ergot]

There is still an associated http request and I'm moved to a different page.  Perhaps I'm not being clear, but if you've used the newest versions of IPB you should know what I'm talking about.

Bottom right. Slightly above your IP address.

[Sidoh]

There is still an associated http request and I'm moved to a different page.  Perhaps I'm not being clear, but if you've used the newest versions of IPB you should know what I'm talking about.

I know exactly what you're talking about.  It's an AJAX routine.  It still requires a http request, but it's transparent because it's done through a javascript object without redirecting the browser.  Look to the bottom right of any of your posts.

Here's a screenshot

[Blaze]

Mercury doesn't have that feature, Sigh Dough.   

[Sidoh]

Mercury doesn't have that feature, Sigh Dough.   

Why are either of you using outdated themes?

[Joe]

I was thinking. What about a forum that were based entirely on "shoutboxes" similar to web bot's channel text? The conversations could be displayed in an irc, or bnet like fashion. They could be saved post by post in a mysql database, just like other forum software. basically, the forum would have sections, and topics just like any other forum, but instead of threads/replies in each topic, it'd all be in one, screen-sized shout box kind of thing. i know of a very smooth shuotbox that reqiures no page refreshnig at all, and does all of this already. it could probably be made to work like i have described pretty easily. the forum could still have support for nice, clean looking quoting, code, formatting, etc. itd be kind of like irc or bnet with stats

Good idea..

[Ergot]

Mercury doesn't have that feature, Sigh Dough.   

Then people using Mercury are missing out on some hot AJAX action:

[warz]

What's the irc protocol reference for, joe? Maybe you didn't understand. It'd be a forum - but would update in real-time, similar to a live chat feed. After thinking about this a little, why limit the Ajax functionality to just the posting portion of the forum? Why not allow the main forum section pages, and sub section pages to update the post counts, users online, etc, all in real time?

This is beginning to sound like something that would be pretty ugly, as far as web browsing goes. For anyone that has researched Ajax, you probably have found out that Ajax is not a good thing to be using heavily, and for these purposes. Infact, most channels on efnet (#css, #javascript, #php, etc) will ban you for using the term, even. XMLHttpRequest wasn't meant for this type of intensive abuse, but it can be done.

What problems does 'Ajax' cause? Well, say good bye to the back button being available whenever you want. Good bye url updates incase you would like to copy/paste the current url. There's other downsides to using Ajax, but, with proper design and planning, these downsides can be worked around and maybe equally good alternatives can be created.

Downsides to Ajax aside, this project still sounds very interesting, and I have not seen a single forum like this in existance. People seem to like the idea on several different communities including efnet, bwhacks forums, a few on these forums it looks like, etc. It would be something everyone could, and if it were made properly, would switch to, and use and enjoy. It'd be a long road, most likely including a few fresh restarts along the way. Javascript is my weak area, but it's not difficult. I've already been messing around with XMLHttpRequest, and 'Ajax'-style web dev. It's easy, it just takes prior knowledge and planning for it to turn out how you expect it to. Javascript also requires good knowledge of valid strict html and good css practices, which are easy. Does this project still sound like something that should be pursued? Is this something that maybe a group would enjoy working on, or would be best to keep a single person project? Do you think these downsides could be avoided?

[iago]

I really like the "quick edit" feature of IPB.  You can modify and resubmit a change to your post without ever leaving the page or sending an http request.

AJAX does send a HTTP request.  Unless they do something really weird, a HTTP request has to be sent for any kind of communication with the web server.

[warz]

Specifically, Ajax makes a XMLHttpRequest, and then uses the onreadystatechange property as a pointer to a function that you wish to execute. The function called then may do whatever you like, along the lines of PHP, MySQL and Javascript, without causing the browser to reload.

Here's the code I have written for use on my rafm.org test page. It's very basic, but demonstrates how to use XMLHttpRequest to update a page.

Code: [Select]

function xml_http_post(szAddress, function_callback) {
var xmlHttpReq = false;
var self = this;
   
if (window.XMLHttpRequest) {
self.xmlHttpReq = new XMLHttpRequest();
} else if (window.ActiveXObject) {
self.xmlHttpReq = new ActiveXObject("Microsoft.XMLHTTP");
}

self.xmlHttpReq.open('POST', szAddress, true);
self.xmlHttpReq.setRequestHeader('Content-Type', 'application/x-www-form-urlencoded');

self.xmlHttpReq.onreadystatechange = function() {
if (self.xmlHttpReq.readyState == 4) {
function_callback(self.xmlHttpReq.responseText);
}
};

self.xmlHttpReq.send("mode=post");
}

function update_page(szData){
document.getElementById('modify').innerHTML = szData;
}

and, the element being referenced by the update_page function would be a <div>.

Edit: gross, forum isn't preserving tabs.

[Sidoh]

Specifically, Ajax makes a XMLHttpRequest, and then uses the onreadystatechange property as a pointer to a function that you wish to execute. The function called then may do whatever you like, along the lines of PHP, MySQL and Javascript, without causing the browser to reload.

iago and I both have jobs doing webdev (well, he quit to go work at Symantec, but he did)!  He knows.

MyndFyre does too, but I don't think he's posted in this topic (at least not recently).  I know he's used tons of ajax before.

To be honest, both of the disadvantages you listed for AJAX aren't really a problem if you don't use it in every damn case it's possible.  For something like a quick edit or clicking on a star to change the rating of something (without reloading the page), why would anyone need to use the back button or have a descriptive URL of the action that's being done behind the scene?

[warz]

iago and I both have jobs doing webdev (well, he quit to go work at Symantec, but he did)!  He knows.

MyndFyre does too, but I don't think he's posted in this topic (at least not recently).  I know he's used tons of ajax before.

To be honest, both of the disadvantages you listed for AJAX aren't really a problem if you don't use it in every damn case it's possible.  For something like a quick edit or clicking on a star to change the rating of something (without reloading the page), why would anyone need to use the back button or have a descriptive URL of the action that's being done behind the scene?

Well, those were just examples that came to mind. I often find myself pasting forum urls. Anyways, you using those two examples kind of makes me think you've missed the idea. My idea was for the much broader aspects of the forum itself to be updated in 'real time' using XMLHttpRequest methods. For example, while staring at the forum index - post counts would rise, users logged in would change, newest topic/reply would change, etc all without reloading. This would basically just be requesting the page entirely over, but instead of the typical refresh, itd just be through XMLHttpRequest. So, I ask again - is this beginning to sound like a "bad use" of Ajax? I don't really consider this to be a bandwidth problem, because it could potentially (after some conditioning) eliminate the need to refresh the page, for whatever reasons. It would basically equal the average amount of bandwidth used while browsing any forum, anyways. (maybe even come out to be less)

[Sidoh]

I didn't read your idea until now.

I think that would be really stupid, if that's what you're asking.  I already (indirectly) answered that.  It makes things immensely more complicated and an idle browser would constantly be churning data.  Pressing the refresh button is easy.  It's not only beginning to be "bad use" of AJAX, it far surpasses it.  AJAX is a very slick technique, but it shouldn't be overused.

The constant refreshing of individual elements on a page just seems asinine when applied to something like a forum.  You can never be assured that the page you're seeing is a true representation of what's currently in the database unless the refresh rate was set to some small interval, which would murder bandwidth for bigger forums.  The only way you can be sure is to refresh the page, which I suspect would be done on an occasional to frequent basis depending on the user.

[iago]

.......which would murder bandwidth for bigger forums.....

Not if you only sent what's changed, every couple seconds.. typically you'd be sending "no change"

[Sidoh]

Not if you only sent what's changed, every couple seconds.. typically you'd be sending "no change"

Then you'd have to have a crapload of things that stored the state of the page for each individual user... I suppose you could update by some central time interval, but I don't think that would work very well either.

Regardless, it's a dumb idea, I think.

[iago]

Not if you only sent what's changed, every couple seconds.. typically you'd be sending "no change"

Then you'd have to have a crapload of things that stored the state of the page for each individual user... I suppose you could update by some central time interval, but I don't think that would work very well either.

Regardless, it's a dumb idea, I think.

It IS a dumb idea, indeed, but with some kind of caching method it might not be the most horrible

[Ender]

You know how they have Word of the Day and stuff like that? Well, forums should allow for a "porno pic of the day". The first forum to do that will conquer the world.

[Ersan]

Something tells me there are already at least 500 that do.

[abc]

My school does 'Word of the Day' lol.

[iago]

We need a porno word of the day.

"Today's word: penis"