Conversations
Implementation Stories, in priority order
As a Moderator, I can Archive a thread: "Archiving" means that this thread is considered closed and done. The intended use case is for when the thread was about making changes which have happened, or when the conversation has been deemed a dead end. The archived thread is still generally accessible, but requires an extra mouse click to view it, and no one can comment in it.
I can see an avatar icon on each comment: This is almost de rigeur nowadays, and is mildly useful, but we aren't going to worry about it until we have social network integration well-established. This icon should be
small!
As the space Owner, I can decide which Things can have Conversations: Querki's default is to allow Conversations on all Things. However, there should be an explicit flag to disable / enable Conversations. As usual, it should be possible to set this on an individual Thing, on a Model (so it applies to all Instances), and on the Space (so it applies to all Things in this Space).
Also referred to by
By default, I should get comments on Things I created: This is a subtle tweak to the comment rules, but makes sense -- if I created this Thing, I probably want to know what people are saying about it. See, for example, this Issues Space: users who add Issues probably want to be notified of their comments.
Comment Management should be more sensible: This needs design, but is clearly a design bug. This business of having to manually turn on Comment Notifications is proving stupid -- On should probably be the default, at least for Members with higher Roles than Commentator. Also, the UI for managing it is idiotic: we need something more straightforward, probably hooked off the Notification Icon.
Rethink defaults and UI for Comment Notifications: At the moment, you have to explicitly turn on Comment Notifications from the Advanced page if you want to get them. That's probably wrong: they should be on by default, I think. Regardless, we need better UI for them.
Syntax errors in QL in long comments scrag the comment: This only happens if you are using QL in a comment, but it's
incredibly annoying. Since there is currently no way to edit a comment, the syntax error just messes everything up. Worse, only the last line of the comment gets shown, so you can't even copy and fix it!
As a Moderator, I can Archive a thread: "Archiving" means that this thread is considered closed and done. The intended use case is for when the thread was about making changes which have happened, or when the conversation has been deemed a dead end. The archived thread is still generally accessible, but requires an extra mouse click to view it, and no one can comment in it.
Conversations should time out: Currently, once we load a Conversation into the SpaceConversationsActor, it stays there until the Space itself times out. That's probably unwise: we should have a separate timer for each Conversation.
Submitting a comment to an unloaded Space sometimes fails?: This needs further testing, and maybe a recipe, but sometimes, if I leave a page open for a long time (presumably long enough for the Space and UserSession to time out), then go to that page and add a comment, I get a cryptic error message.
As the space Owner, I can decide which Things can have Conversations: Querki's default is to allow Conversations on all Things. However, there should be an explicit flag to disable / enable Conversations. As usual, it should be possible to set this on an individual Thing, on a Model (so it applies to all Instances), and on the Space (so it applies to all Things in this Space).
I can see an avatar icon on each comment: This is almost de rigeur nowadays, and is mildly useful, but we aren't going to worry about it until we have social network integration well-established. This icon should be
small!
Closed Issues
I can use QL in comments: This would make comments more powerful, and would allow easy linking to specific Things. But there are big security issues that have to be addressed first.
Comments from Guest Users cause havoc: Eric reported that both Notifications and some comment-displaying pages in the Spirit Island Playtest Space were failing. On looking at the logs, this appears to be the problem.
Members can't comment?: Anna reports that she sees the Comments box on Issues here, but gets an error when she tries to add a Comment.
Adding a comment to a dormant Space gives an error: When I have the Client open to a page, and I let it sit a long time -- long enough for the Space to passivate -- and the
first thing I do is add a comment to that open page, it often / always fails with (eventually) an error. Pressing Post Comment again then works.
I can use QL in comments: This would make comments more powerful, and would allow easy linking to specific Things. But there are big security issues that have to be addressed first.