Is there any reply system like somebody who make a Quick Reply and page not refresh.
I think there is no future like that in 2.0
Could it be done?
Quote from: Hoochie Coochie Man on March 20, 2008, 06:43:43 PM
Is there any reply system like somebody who make a Quick Reply and page not refresh.
I think there is no future like that in 2.0
Could it be done?
I wish. I think Grudge was planning on adding it in SMF2.0 but *I think* no more features are being added. But I don't speak for people. It would involve a lot of coding to make it work atm.
I remember reading in the dev blogs that Grudge said Ajax reply is a feature he'd like to add if he gets time.
I'm not sure whether he was referring to 2.0 betas or later on.
its not been added as of right now. I may be wrong but at this point it is unlikely to make it into 2.0. That is, of course, up to the developers
With SMF's templating system, this could prove difficult to do. Possible, but difficult.
It wouldn't be too difficult. It would however be quite boring.
Quote from: Dannii on April 04, 2008, 08:56:40 AM
It wouldn't be too difficult. It would however be quite boring.
Yeah I agree with this. AJAX is more useful for when you want to see things updating real time. For example if the board index with new posts was AJAX or the recent post list was AJAX I could see that being useful.
Quote
For example if the board index with new posts was AJAX or the recent post list was AJAX I could see that being useful.
And a sure fire way to kill a server :)
Quote from: Grudge on April 04, 2008, 11:28:01 AM
Quote
For example if the board index with new posts was AJAX or the recent post list was AJAX I could see that being useful.
And a sure fire way to kill a server :)
How does http://monsteraquarianetwork.com/ have their main page update from 3 seperate vbulletin forums? These are large member forums.
I'm not saying it cannot be done, I am saying there is a server price to pay for it.
Looking at that site, for one, the content is not permissions based (i.e. anyone can see anything) and thus they are probably simply querying the 3 forums once every 5 seconds and generating a status XML document. When the client queries the server they probably serve up this XML document (i.e. do not even query the database).
If you respect permissions (Like the "last five posts" must do) then you should validate the user is who they say they are then serve up the last five posts *they* can see. Now, I could probably come up with some way to do this without the database (Some form of seeded data and file cached stuff) but that's less secure (Although probably adequate). That said you still need to handle, potentially, thousands of HTTP requests every few seconds (That's what we'd have on this server) which is a lot of headache for something that's probably only actually looked at by 1% of your users.
The key point is that, the site you link *only* serves up the summary thus it's justified. For a forum we'd be doing that on the board index for just a couple of links at the bottom which probably are looked at very little, on average.
Quote from: rsw686 on April 04, 2008, 11:27:00 AM
Yeah I agree with this. AJAX is more useful for when you want to see things updating real time. For example if the board index with new posts was AJAX or the recent post list was AJAX I could see that being useful.
No, that would be absolutly pointless ::)
Is the quick reply going to be included in 2.0? I might have a crack at it with jQuery otherwise.