No way to multi-home a thread?
With wikitext talk pages you can make a single thread appear in multiple places by placing it on a page and transcluding it. One of the problems with this is that new parts of the discussion don't show up on people's watchlists for the talk page, but it's pretty handy. Is there any reason that LiquidThreads couldn't support this and without the notification pitfall?
While we are improving on the usability of discussion systems, I think a huge problem to address with the current discussion system is the user talk pages. I feel that with this new LQT, I will still be doing what I did before, replying under my own post on another user's talk page so it appears on their talkpage. This is not good because messages become very disjointed and hard to follow that way so other users just resort to replying only on their own talkpage and demand we go to their page to see replies.
With LQT, what could be done is when a user starts a discussion on another's talkpage, it automatically gets transcluded onto their own talkpage as well. That way, there is no need to visit every user you started a discussion on and check their talkpage.
This way, newbs won't have to learn to watch and check their watchlist when it's on their own page.
or if this is too "controversial", maybe a little check box that the editor can click that says "add this thread onto my talkpage" can be added. Similar to "this is a minor edit" check box
We've got a flexible, awesome notification system thrown together that fixes this up without doing what you suggest. You should give it a go.
Cool. What is it?
You can watch individual threads. When changes are made to that particular thread, you will get a "new messages" prompt (this might need rethinking), leading you to Special:Newmessages, where you see any new posts and replies to threads you're watching.
Quite nifty, I'd like to think :)
uh. I've responded to many thousands of discussion threads— so in the future I'll get the orange box whenever someone replies to one? ... I suppose I could not watch them, but currently I get a non-interrupting notice via my watchlist while the orange box is reserved for messages to me personally. Is this new behavior actually what people will want?
It would be nice if the reply-to-watched-thread message box and the post-on-user-talkpage message box were distinct; generally speaking, people will want to give personal communication higher priority than some reply on a discussion they may be watching.
But we will still have disjointed posts. I'm inclined to reply on their page and the other user is still inclined to reply on my page.
This was discussed in another thread
It shouldn't have to be that hard.
I don't think it really matters where the thread is housed since that is most likely oblivious to the reader anyways. There should just be an easy way of using LQT's awesome ability to transclude; like making a thread appear on 2 talkpages (but not housed on both) so the conversation isn't disjoined. This option can probably only appear in the edit window next to the "this is a minor edit" checkbox and only when starting a new section on a user talkpage.
What do you think??
Ps: why is it that when I reply, this thread doesn't get bumped to the top? Feature disabled?
In theory this could be done, but it'd require some significant schema changes — much of LiquidThreads is designed around one article per thread.
I'm definitely considering the possibilities for transcluding threads and discussion pages in wikitext, but that's not currently been implemented yet, either.
I'll be filing a bug and making sure I don't forget about this, at the very least. It's certainly something I'd like to be able to do.
> With wikitext talk pages you can make a single thread appear in multiple places by placing it on a page and transcluding it.
I use this very often: please enable this feature!
The transclusion is also vital to subpages-based discussion places, like it.wiki's village pump: see w:it:Wikipedia:Bar. How can we make it work with LQT?