Is there any point in this interface?
Is there any point in this interface?
Why not just make it render identically to the current talkpage format? The raw MW format is nicely minimalistic: it keeps things down to the content of the comment, a tag indicating who made the comment, and an indication of its place in the logical flow of the conversation and it was completely compatible with preëxisting MW syntax and interface. This format adds a huge jumble of buttons and lines and blocks of colour to posts, as well as making it impossible to edit anything on the page without hunting down and navigating through a quagmire of UI bloat. And god help you if you want to edit it en masse in a way LT hasn't sanctioned.
Oh, and it hides bits of the conversation by default for no good reason, making it necessary either to continually interrupt your flow of reading, or to rake through your preferences to fix it.
Continuing that theme, it insists on showing only one thread when you follow a link from RC, rather than letting you browse the whole conversation after checking the new post, for no purpose I can make out.
Yes, that part is buggy, sometimes it shows every other thread except the one I clicked on RC.
The "new messages" indicator is also incredibly stupid — even once clicked on, it does not automatically mark the posts as read, but requires that I click a button to say that I have read it. I should hope that I don't need to explain why that's utterly stupid.
Does your email provider/application automatically mark all emails as read as soon as you open your inbox? That would be stupid. What's broken in lqt is that it doesn't mark messages as read when you view them on the page they are on.
No, my email does not do that. That is because when I open my inbox I can't read the messages without clicking on them. I can read the new messages when I click the "new messages" link, so not marking them as read is stupid.
Imagine this scenario: You open Special:Newmessages, start reading them, and then halfway through you have to go somewhere so you shut down your computer. You come back later but the messages you didn't get to yet have also been marked as read, so good luck finding them again.
The point of making each comment separate is to avoid edit conflicts and the massive overhead in storage requirements (guess why our database is 20 gigs but compresses to just 5). And I don't get this whole "OMGZ it doesn't use MW syntax stuff".
- What is this then?
If you put the same amount of text in a regular talk page here, say the Saloon Bar, and converted it into LQT threads, how much less space would it take up?
That's not how it works. (It would take up a bit more space actually, because of the overhead of having every comment as a separate page)
The problem is that when you edit the saloon bar to add, say, a 100 byte comment, what's saved into the database is the full page, which is usually above 30 kilobytes. Each edit you make to the saloon bar, even if it's just fixing a typo, adds a lot of redundant data to the database.
I know it uses MW syntax, my point is that it completely changes the method of editing discussion threads.
The current method is used on every wiki that exists at the moment, and the number of pages where it causes a problem is negligible.
TBH, this entire system is silly. If you want a forum, you know where to get it. Trying a hack to turn MediaWiki into forum software is trying to make it do something it was never intended to do.
It was never intended to do what we do with the Saloon bar either.
Personally, I think that would be the best idea. You've made this look much better than it originally did, and I can see it being useful once some of the oddities have been ironed out, but there's only so much you can do with it and forums ain't it.
Might be worth a look.