So, on to the main question “Which Talk page experience do you prefer, and why?” I think I still like the wiki-page experience over the whatever-that-other-thing-is (not denigrating it, just don’t know what to call it). Partly that’s familiarity and aesthetics, partly because the latter is fairly limited. I do see pros and cons for each. Exploring them will make this a long post.
Summary view
- pro: clean minimalist appearance
- pro: consistent look with some VE-related screens
- con: very different look from AMC
- con: minimalist layout means omitted functionality
- no talk history
- no tools for merging or splitting topics (maybe not that important for mobile users?)
- no access to archives!
- There's not even any indication of whether archives exist or not. And how would a newbie know that “view as wiki page” is how you find older conversations?
- templates in general
- discretionary sanctions, page protection, other warnings. Arguably some things don’t really belong on Talk where they apply to the article and not the discussion itself, but they do need to be highly visible. For contentious topics you probably do need some kind of warning on the talk page where arguments may break out. Even if it's direct text and not templated.
- any other important templates I haven’t thought of?
- pro: loading just the topic titles up front
- I'm fortunate enough to have moderately fast network access (if the radio signal is good) and a reasonable data volume allowance, but this isn’t true everywhere in the world
- short of going to a desktop pc and fiddling user agent strings to find out for myself, does anybody have info on talk page sizes, with comparisons across the various UIs?
- con: not much info about the topics, you need to tap through each to find out
- con: tapping back to the summary from the topic causes page reload?
- browser, platform, or resource dependent?
- HTTP caching headers?
- con: no access to content that lies before the first heading
- Yes, people sometimes put discussions there, not just meta-info. In a perfect world somebody would refactor and add a heading.
Improvements:
- for each topic listed, add post count, size (words), size (kB), number of participants, when created, when last updated
- (Topic info could be parsed on save/update/publish and stored in a separate table, rather than parsed on load. Maybe not necessary if the summary page itself is cached, but having topic metadata stored separately and indexed could provide opportunities for some nice searching and filtering.)
- search box (for whole board across all topics)
- single search across active board and its archives
- option to load smaller topics inline
- add an "untitled" or "top" topic item for discussion that has been posted above the first heading; or display top-matter on page before the topic list
Topic view
Haven’t used it much yet; looks like you can only bottom-reply and not make a threaded/indented edit. There are arguments in favour of that, but it's not the way that desktop users currently work on en-wp. Other communities may have different norms, of course.
Are there areas where top-posting to Talk is preferred?
Per-topic history would be nice. Maybe not so important of itself, but ties in with better history filtering in general for all pages not just discussions.
No formatting tools for Reply box. Haven’t tested this: does it accept wikitext? If it does, then how about a fixed-width font to give it a more source-edit feel (like this Flow box I’m currently typing into)?
Wiki-page view
- some talk pages are huge
- data usage and speed already mentioned above
- though even a big wiki page is as nothing compared to your typical commercial site that’s loaded up with advertising scripts, images, and auto-playing videos
- also big in terms of screen space, scrolling
- browser find-in-page searches whole board (but not archives)
- you don’t have to tap into each topic separately, valuable where there is a series of short topics
Improvements:
- Collapsible headings in talk, like articles have on mobile. (Would love to see this as an option for desktop also.)
- Visual editing option for those who like VE.
- Maybe not desirable for those mobile devices that don’t have enough grunt to run it?
- [Aside: I don’t see any formatting tools or visual option in this Flow editor right now. Is it disabled for small phone screen, or all mobile?]
- If it can be done without corrupting the pages.
- Because VE only does whole-page editing, it might be too easy for somebody to mess up others' posts and upset them.
- The more I think about this, the less it seems like a good idea? Leaving undeleted as there are some pertinent questions.
Desktop view with 2010 wikitext editor
- con: a bit hard to use on tablet-sized screens (I should try it on a phone just for the challenge!)
- pro: preview, show changes
- pro: edit-preview-edit cycle saves state against browser crashes and tab reloads?
- comment: some skins responsively adapt to smaller viewport sizes better than others (hooray Timeless!)
iOS app
Natively only views and edits articles, pushes you into built-in browser for other namespaces.
In-built browser doesn’t sign you in, even when you’re already signed into the app and to the website in Safari.