in reply to Re^5: New Feature: Thread Watcher
in thread New Feature: Thread Watcher

Thanks.

I really think adding it to the homenode makes the feature more explorable and acceptable.

But it's your decision!

If you ever change your mind I'll be happy to provide the patch.

One other suggestion: adding the node's author² to the watchlist might help too.¹

And - as a meditation - are you considering also to add a "follow Monk" feature, once this proved to work?

Cheers Rolf
(addicted to the Perl Programming Language :)
see Wikisyntax for the Monastery

Updates

¹) that's actually easily done with just the node's id using the templates we were discussing recently -> Docs for enhanced linking style with '<' for '|' ?

²) and maybe timestamp ? 🤔

  • Comment on Re^6: New Feature: Thread Watcher (updated)

Replies are listed 'Best First'.
Re^7: New Feature: Thread Watcher (updated)
by jdporter (Paladin) on Mar 01, 2024 at 16:10 UTC
    adding the node's author ... and maybe timestamp

    Great idea! Done!

[reply]
      This doesn't seem to be currently working. For me it shows: 
      [X]any Descendants of: New Feature: Thread Watcher , posted by on

      [download]
[reply]
[d/l]
        It certainly works for me, I'll look into the code maybe there is some testing stuff left.

        Update

        Nope, no switches.

        Did you ever watch anything before? Maybe the initialization is broken.

        Cheers Rolf
        (addicted to the Perl Programming Language :)
        see Wikisyntax for the Monastery

[reply]

        Things are 'under construction' at the moment.

[reply]
Re^7: New Feature: Thread Watcher (updated)
by jdporter (Paladin) on Mar 01, 2024 at 17:54 UTC
    add a "follow Monk" feature

    Another great idea! Done!

    When you're viewing a monk's homenode, you should see a Watch for posts by this user link.

[reply]

      Meditation again

      we might come to a point where we need a feature to consolidate multiple messages for the same node into a single one.

      For instance consider

      • I'm following you
      • watching a thread
      • you're answering to one of my posts there

      This will generate 3 messages in the CB.

      I already had this effect in the past when I considered a personal node for deletion...

      Edit

      Probably it's possible on the message box level to see if there is already a message for the same node.

      This is certainly not a high priority problem, but probably discussing it might lead to an elegant solution.

      Cheers Rolf
      (addicted to the Perl Programming Language :)
      see Wikisyntax for the Monastery

[reply]
        suggestion

        Is it possible to extend the message table with a field node_id to be able to group duplicate messages from watches/replies together?

        A poor man's (and maybe faster to implement) approach is to have a LIKE statement which is searching msgtext for the %[id://NODE_ID]% text.

        Actually I'm not sure if grouping should be done on the writing (avoid duplicates) or reading side.

        Having to delete multiple duplicate messages is a bit cumbersome, and especially fiddly on mobile.

        That's easier solved by avoiding duplicates.

        Cheers Rolf
        (addicted to the Perl Programming Language :)
        see Wikisyntax for the Monastery

        Update

        Having a field node_id would also allow listing all messages concerning a node together with the node's display.

        Update

        A third approach: I'm thinking about writing a display filter which is parsing and grouping the messages. This could also be done as Nodelet hack 🤔

[reply]
[d/l]
[select]
      > should see a Watch for posts by this user link.

      I just realized that AnoMonk can see and click this feature too, when visiting a homenode

      Does this make any sense?

      edit

      That's also the case for Watch for: Direct replies / Any replies when being locked out.

      You might need to purge the database now from my experiments...

      Cheers Rolf
      (addicted to the Perl Programming Language :)
      see Wikisyntax for the Monastery

[reply]
[d/l]
[select]

        Thank you for the report! Fixed! Actually, there was nothing to clean up in the db, because, even though the links were there, the operation invoked by clicking one of the links filters out Anonymous Monk.

[reply]

In Section Perl Monks Discussion