henrybb (@henrybb)

Forum Replies Created

Viewing 11 replies - 1 through 11 (of 11 total)
  • In reply to: Unread Topics

    Well! The plugin has been added to the plugin db:

    https://bbpress.org/plugins/topic/69

    In reply to: Unread Topics

    Hey neyoung! Cool to know you use the plugin ;D

    I don’t use stickies or those poll or bugtracking plugins so I didn’t know. Thanks for the info, I’ll include your stuff in the next release. =)

    In reply to: Unread Topics

    That solution seems a bit hackish to me and prone to incompatibility if anything changes in the code, such as a new condition gets added to the query.

    In reply to: Unread Topics

    Damn!

    There’s no filter for get_thread()! :-/

    Is there any design decision behind not allowing people to hook into that?

    As I said, for a full page of posts (30), I’m updating my readlog 30 times, when all I really need to do is get things upstream at the get_topic() and just take the last dimension of the array and make that the last read post in that given topic for the user.

    It’d save 29 SQL updates per pageload in busy topics.

    So until there’s a hook there, or an epiphany for another spot I could hook into, Unread Topics 0.4 stands as the best I can do solution for indicating what the user has read so far.

    In reply to: Unread Topics

    SamBauers: Hmm ?

    The current implementation has one row per user per topic as it is. Instead of using something like time, I use the topic_last_post_id from the topics table. Then I have a table which essentially is user_id | topic_id | post_read. Which contains the very last post in a topic the user has read.

    The implementation is far from perfect, the code that updates the table is getting run each time a post is rendered. Which means 29 useless sql updates per page.

    I just need to get some time to look at the code to find another way. But as it is, it works.

    I suppose I’ll be more involved, as there are some features I need to make for myself. I see no reason not to share the work.

    In reply to: Unread Topics

    Hey.

    I asked my friend Steinn to have a look at the code with a fresh pair of eyes, cause he’s more of a php coder than me. He simplified the thing quite a bit as per your ideas.

    I then changed it to use the bb_dbDelta() function following the instructions from that link you gave me. So now I have version 0.4.

    I hope someone can test it for me.

    http://henry.odg.cc/bb_unread_topics/

    In reply to: Unread Topics

    Cool!

    Yeah, I haven’t really done much in PHP. And I basically hacked this plugin up in two evening sessions.

    Thanks for the suggestions, I’ll have a look at the code again. =))

    Actually the number of posts stuff was an idea that didn’t pan out.

    The two functions for new/unread were actually that there initially was just the unread stuff, then I added the “new” check so it would bold new topics. I need a different one for the topic_link filter, cause I don’t want to change the link for brand new topics.

    In reply to: Unread Topics

    Well I’m allowed atleast one misconception aren’t I? :)

    WordPress has the same weird approval stage. But what I don’t get is that I wasn’t given a chance to upload either the plugin or the readme, I just input the name of the plugin and the whole process hinges on that one name.

    Started wondering if I was at all comfortable with “Unread Topics” as a name :P

    Anyway, did you look at the plugin fel?

    In reply to: top 100 bbPress sites

    _ck_: have you considered hacking up a plugin that gathers information about the forum upon activation and once per month after that and submits it to you in some way? Would automate the process way more for you and admins instead of having to post the link to you, and then you having to review all the sites.

    I’m thinking it would fill out an HTML form and submit it to a site you had. Then people could log in and see updated information about the most active bbPress boards and what their functionality was. And you could compile a static list regularly.

    If it was well written, I’d be interested in seeing it in bbPress by default so new admins who wouldn’t find the plugin here could activate it and submit statistics.

    Ofcourse, there’d be some bozos trying to inflate their numbers sometime down the line..

    Also. If you disable akismet, you can’t remove “spam” attributes off messages. Which is also annoying. In fact, the spam protection is getting almost as annoying as actual spam.

    In fact I think it’s akismet’s fault. If it detects what it thinks is a spam from a user once, it doesn’t forgive him. The administration process in bbpress is not interactive enough, with regard to akismet, to stop it.

    We can’t tell akismet “hey, this guy’s not a spammer, ease off a bit”.

    This is still happening. If a user is marked a bozo once, there’s some nook in the system that never allows him to post again without yelling “spam” unless you remove the meta record from bb_usermeta. Really annoying.

    Also anyone know why bozo status isn’t just a checkbox in the Kakumei theme??

    EDIT: Removing the meta tag didn’t work either :(

Viewing 11 replies - 1 through 11 (of 11 total)