Version: , by Doom9
Developer Last Online: Nov 2013
Version: 2.2.x
Rating:
Released: 10-23-2001
Last Update: Never
Installs: 1
No support by the author.
I recently moved from ezboard to vbb. One of the features my moderators (and some other users, too) really missed was the ability to mark certain forums as read manually as in vbb that only works globally and after your cookie times out everything is marked read so you may miss posts.
Attached are the diff files and a description on how the hack works. Registered users can now manually mark forums as read and the forums are marked as read by what the user read and marked as read rather than by timeout. For unregistered readers the behaviour remains the same as before.
Anyways.. feel free to make comments about our implementation (I didn't write it.. hopefully you'll let the author comment even though he has no vbb license himself)
We've tested the hack a bit.. seems to be working just fine but so far we haven't implemented it into the "production" forum.. and we'd love to get some feedback by the community. We're also hoping that jelsoft might consider including the hack or a modification thereof in a future version.
Show Your Support
This modification may not be copied, reproduced or published elsewhere without author's permission.
Originally posted by guillep2k The problem of the "lastpost" column is exactly what I was talking about in previous posts (what you can not remember is that when a child forum is mark as read, the parent keeps the unread status). I personally think we should change vB behavior on this matter: it should not update parent forums at all, because you may want to mark the posts at the parent level as read and not at child's. Besides, it would make much more efficient queries.
Guille
Yeah, you can do it either way. Still need to query on the parent forum to see if there are any unread children forums within it though. My rather unweildy code block for "lightbulb" does that, but it can probably be compressed down to one SQL statement instead of multiple.
I don't think the bulb should be on for the parent if any child has unread posts!!! That's because the parent and the children are all displayed in the index.php page, so you can get confused thinking that the parent itself has unread posts, which may and may not be. Or there's something I'm missing?
They aren't displayed on the main page if they are deep enough or you have it set to only show one level of depth on the homepage (as we do). I tried this behavior out and users had a fit, because they missed new posts within children conferences.
I already sent you a query that solves this in one single DB operation. Here's the copy:
Code:
select a.forumid as forumid, max(b.lastpost) as lastpost, min(ifnull(m.timestamp,0)) timestamp
from forum a
inner join forum b
on instr( concat(',',b.parentlist), concat(',',a.forumid,',') ) > 0
left outer join forumread m
on m.userid = $user and m.forumid = b.forumid
group by a.forumid;
I think it's absolutely wonderful that you two are working so hard on this project. As an Ez-board convert, I myself and the rest of my board have been dearly missing this feature. And in Q's defense, it is very important to have it timestamped properly so that it's based on the last time I refreshed my list so that I don't miss posts that were made while I was reading.
Can you guys let me know when you get this all worked out?
Originally posted by Zeoran I think it's absolutely wonderful that you two are working so hard on this project. As an Ez-board convert, I myself and the rest of my board have been dearly missing this feature. And in Q's defense, it is very important to have it timestamped properly so that it's based on the last time I refreshed my list so that I don't miss posts that were made while I was reading.
Can you guys let me know when you get this all worked out?
Thx!
~Z
I decided just to release my code as is, as when I dug through it, the integration was too cumersome. I'm adding two more features (mark read parent + children and new messages parent + children) as well as testing with 2.2
I'm a suppoter of the database method that Ethank employs, and am eagerly awaiting his re-release for the 2.2.0 version, so I can go ahead with my upgrade.
Besides the fact that it is more reliable, to me at least, than using cookies, it also allows me to place "Mark Forum Read" links on the Forum index, and oh how I love redundancy and multiple ways to do the same thing.
Originally posted by SWFans.net I'm a suppoter of the database method that Ethank employs, and am eagerly awaiting his re-release for the 2.2.0 version, so I can go ahead with my upgrade.
Besides the fact that it is more reliable, to me at least, than using cookies, it also allows me to place "Mark Forum Read" links on the Forum index, and oh how I love redundancy and multiple ways to do the same thing.
CHeck the other Mark Read thread later today. I'm going to reedit the first post and hopefully put a prettier version of the instructions up. Not much changed for version 2.2 really, just one template.