Talk:Talk pages project/Usability/Archive 2

Big white space at the top of the page
I added an archive box to this page to demonstrate the issue (by the way, this page is quite long, so it may make sense to actually fill it 😉). Three factors combined cause the big white space at the top of the page: An even more extreme example (would be, if topic containers were already enabled in project namespace) hu:Wikipédia:Kocsmafal (jogi), where the only topic is much shorter than the floating boxes. Imagine how would it look like if there was no TOC and the topic started below these boxes… —Tacsipacsi (talk) 14:18, 21 July 2022 (UTC)
 * Floating archive boxes. They are quite common in user and other non-article talk namespaces.
 * New Vector’s new TOC. Traditional tables of contents at least partially fill the white space (unless they’re also floated, which usually happens only on a few very busy community pages), but the new TOC is moved out of there, leaving nothing behind.
 * on topic containers, which prevents the first topic to fill the white space.


 * Great spot, @Tacsipacsi and I'm sorry for the lag in responding here.
 * I think I've captured this issue you are identifying here within T315581. Although, if you think there is anything missing or inaccurate about the task description, please let me know or adjust it yourself :) PPelberg (WMF) (talk) 16:15, 18 August 2022 (UTC)
 * The Editing team talked about the  question this week.  I think we'll see some improvements there soon.  Please let us know if the new "fixes" turn out to be new "problems" instead. Whatamidoing (WMF) (talk) 20:31, 25 August 2022 (UTC)

Localising Topic Containers
I would like to localise the Topic Containers. When I use 'uselang=qqx', I cannot see the message name for the 'days ago' / 'months ago' phrase. From where does that come and how can it be translated? The Discoverer (talk) 07:02, 9 August 2022 (UTC)


 * They come from MediaWiki core. I don’t know the message names, but you should find them in the list of all core messages on Translatewiki. —Tacsipacsi (talk) 20:03, 9 August 2022 (UTC)
 * Thanks for the info. The Discoverer (talk) 10:42, 10 August 2022 (UTC)
 * The messages used on Wikimedia wikis are actually not those defined in MediaWiki core – they are provided by the CLDR extension using data from the Common Locale Data Repository. I've never done it myself, but I found some instructions for contributing as Wikimedians at https://translatewiki.net/wiki/CLDR. Matma Rex (talk) 02:38, 19 August 2022 (UTC)
 * Thanks @Matma Rex. This makes sense, because even after translating the relevant messages of Core, the ago phrase is still not localised. The Discoverer (talk) 08:09, 21 August 2022 (UTC)
 * The Discoverer, the "official" list for DiscussionTools is at https://translatewiki.net/wiki/Special:Translate?action=translate&group=ext-discussiontools-user&language=hi&filter=%21translated
 * Some messages appear at TranslateWiki before they appear on wiki. Messages in the prototype/test systems may not be in TranslateWiki yet. Whatamidoing (WMF) (talk) 20:36, 25 August 2022 (UTC)

the hr tag with clear:both causes big vertical boxes to make a big blank space
See my talk page at esW. That's all. Ignacio Rodríguez (talk) 15:07, 18 August 2022 (UTC)


 * hi @Ignacio Rodríguez – thank you for stopping by to report this issue. We're going to work on fixing this in T315581.
 * Note: if you see anything missing from or inaccurate in T315581, please let me know so that I can fix it. PPelberg (WMF) (talk) 16:13, 18 August 2022 (UTC)
 * Oh! And if other thoughts/ideas/concerns strike you as you are using the new heading design, I'd value knowing :) PPelberg (WMF) (talk) 16:14, 18 August 2022 (UTC)
 * Ignacio Rodríguez, the Editing team talked about this problem this week, and I think we'll see some improvements. Please post again if the "improvements" turn out to cause a new problem. Whatamidoing (WMF) (talk) 20:40, 25 August 2022 (UTC)
 * @Whatamidoing (WMF), thanks. I'll keep an eye on this Ignacio Rodríguez (talk) 00:02, 26 August 2022 (UTC)

Feedback: Awesome Aasim
I like the second design a bit, but I also like the idea of having two buttons for the same function, one at the top and one at the bottom. I think the "new topic" button could also be sticky in the corner to allow for quicker creation of new sections from anywhere on the page without having to scroll. I don't see any prospective issues with these designs as they seem intuitive for message boards. I would probably also like to see if the page could be formatted like a discussion board (i.e. the current Flow on MW and the new Discord forum channels) as it makes it obvious that the talk page is for discussion. I find it most frustrating when new users do not properly format their comments and the bot has to fix them. I feel like there might not be enough cues on a talk page to indicate that the page is for discussion. I'd still have a "switch to wiki page" to allow experienced users see the old talk page design :D Aasim 00:35, 23 August 2022 (UTC)


 * Thank you for taking the time to review the designs, @Awesome Aasim :) Some comments and questions in response below...
 * 1) ...I also like the idea of having two buttons for the same function, one at the top and one at the bottom.
 * Question: Would it be accurate for me to think that you like the idea of the two buttons because, as you went on to say, two buttons would, ...allow for quicker creation of new sections from anywhere on the page without having to scroll.?
 * 2) I would probably also like to see if the page could be formatted like a discussion board (i.e. the current Flow on MW and the new Discord forum channels) as it makes it obvious that the talk page is for discussion.
 * +1 to the importance of making it obvious to people, particularly to those who are new, that talk pages are meant for discussion.
 * In fact, a key goal of the Usability Improvements we are making is to do just what you described.
 * Question: With the above in mind, what do you think of the talk page we're talking on now? Do you find that its design effective in demonstrating to people that this page, and others like it, are meant for communicating with other volunteers? PPelberg (WMF) (talk) 23:16, 25 August 2022 (UTC)
 * I think this is an improvement, but I think there should be a few customization options in terms of the layout. Having the talk page collapsed and allowing the threads to be sorted by date updated will allow for easy navigation through discussions. Aasim 23:49, 25 August 2022 (UTC)

Feedback: Ad Huikeshoven
Thanks for the ping. First of all, here on mediawiki there is already an 'add topic' button on top of the page. Nonetheless, I have looked at the designs. I discovered there is a new Vector skin, and the current default skin is now called Vector 2010. I compared the designs with the current situation. For the new skin I had to adjust my eyes to see the familiar buttons below the title instead of above. After that I disovered that in the design the add topic button is in the place where the language selector drop down button is now, and wonder where that one has moved.

For the old skin, an add topic button at the bottom looks good. I do agree with Awesome Aasim that it would be okay to have them both. Ad Huikeshoven (talk) 14:20, 23 August 2022 (UTC)


 * The "Add topic" button on this site is in Vector 2022's "sticky header". It's not visible until you scroll away from the top of the page.
 * If you'd like to compare it, you can see this talk page in Vector 2010. (No new buttons have been added to the old skin [yet?].) Whatamidoing (WMF) (talk) 20:47, 25 August 2022 (UTC)
 * Thanks for the ping.
 * You bet – thank you for promptly having a look at the designs and sharing what you think of them, @Ad Huikeshoven :)
 * First of all, here on mediawiki there is already an 'add topic' button on top of the page.
 * If it would be accurate for me to think that you are referring to the "Add topic" button that appears in the "sticky header" that stays present as you scroll this page, then great spot.
 * I should note that the designs I shared above are for cases when that "sticky header" is not available, as @Whatamidoing (WMF) mentioned above.
 * ...I disovered that in the design the add topic button is in the place where the language selector drop down button is now, and wonder where that one has moved.
 * In the Vector (2022) skin on pages where this new "Add topic" button would appear above the "Read," "Edit," and "View history" links, the language selector drop down button would appear next to this new button. You can see a screenshot of what we have in mind here:
 * New Vector Add Topic Button Mockup (desktop).png PPelberg (WMF) (talk) 23:37, 25 August 2022 (UTC)

Feedback: Izno
(Optional) Can you imagine this design not working on some pages? If you can, please share links to these pages? It would be very helpful. -> Archive pages probably don't need this. Izno (talk) 21:02, 15 June 2022 (UTC)
 * 1) Laptop, though I went and looked at the mobile version.
 * 2) What did you find unexpected about the prototype? N/A
 * 3) Which steps in the "Try the Prototype" section did you find difficult to complete? None.
 * 4) What do you like about the prototype? N/A
 * 5) What do you wish was different about the prototype?
 * 6) I strongly dislike the differentiation in talk. I get what you're going for, but I think the bolding doesn't achieve its mission and I think the addition of the space is going to confuse users into thinking there's actual space in the page title (when there's not). Even if that space is there due to CSS, and even if we have the luxury that a link like Talk: This will still link to the same place as Talk:This (the latter of which I don't think should be relied on, and I would be sad regardless if I saw links with that space there). In general, talk pages are still wiki pages (I saw Flow mentioned earlier) and their titles should be treated consistently accordingly. Getting people to get to and use talk pages is the key part, and I don't think this change enables that at all, and just introduces an inconsistency otherwise.
 * 7) Eh to the "discussion summary" points in grey. They don't seem generally like a good use of space. Maybe if they were floating to the right on desktop (but then they won't be seen, IDK). I do like seeing when the last activity was, but I have this suspicion that there are better ways to provide a discussion summary. Maybe even including some of this in the table of contents as displayed content? I agree with above that for my primary areas at least, it matters more to have an idea on whether someone experienced has commented in the discussion, and how if so (I want to make sure that other users, when I have an answer, are getting the help or feedback they need to contribute positively).
 * 8) Not really a fan of flipping the borders on the H2s. Same general 'these are the same as any wiki page, even if you're probably using DT to interact with them'.
 * 9) Not really a fan of the big arrows though I get the rationale for them. It's just visual clutter for an experienced user. If this were a forum board, there'd be a row of actions a user could take to interact with a post (quote, reply, permalink, etc.). Maybe something that direction as a hover for reply or each comment might be an interesting direction.


 * About the  formatting:  Do your objections to the space disappear if it applied to all namespaces?  That would make the titles consistent.
 * As an update, the font (serif/sans) change won't happen, and I think I remember hearing that the bold will also be removed. The curly arrows on the [reply] button are also being removed.  I think the designer decided that they were a bit 'heavy'. Whatamidoing (WMF) (talk) 23:45, 29 June 2022 (UTC)
 * At least one objection remains regardless, that of Talk: X and Talk:X. That said, I don't think it's a win regardless in the 'don't change what definitely is not broken' vein. Izno (talk) 22:36, 23 August 2022 (UTC)
 * @Izno, hi! Thank you for spending the time to review the prototype and share the experience you had with it here. Some follow up comments and questions in response below. Although, please do not worry if some of these questions are difficult for you to recall answers to considering the amount of time that's passed between when you tried the prototype and now.
 * ...I think the bolding doesn't achieve its mission...
 * Point taken. As @Whatamidoing (WMF) mentioned above, the changes to the talk titles will be limited to adding a space between the namespace and page title. This work is happening in T313636.
 * I think the addition of the space is going to confuse users into thinking there's actual space in the page title (when there's not)
 * I appreciate you naming the potential for confusion here.
 * Question: Can you please say a bit more about what you could see resulting from people who are new thinking there is a space between the namespace and page title? Is there a particular workflow that would break because of this? I ask these questions thinking you are imagining scenarios we might not have considered.
 * In general, talk pages are still wiki pages (I saw Flow mentioned earlier) and their titles should be treated consistently accordingly...
 * If it would be accurate for me to understand the concern "underneath" what you're expressing above as something like, "It's important that people continue to understand talk pages as wiki pages with edit histories they can inspect, source "code" they view, change, and copy without constraint, etc." then I think we are aligned in thinking that this new designs needs to NOT degrade peoples' understanding of talk pages as wiki pages.
 * Question: can you think of signals that might help us detect whether the kind of "misunderstanding" we both seem to be concerned with is happening?
 * One quick idea that comes to mind: an uptick in newcomers asking questions at the wp:Teahouse about how to do/find things they are used to being able to do on article pages on talk pages.
 * I do like seeing when the last activity was, but I have this suspicion that there are better ways to provide a discussion summary. Maybe even including some of this in the table of contents as displayed content?
 * It seems like our minds are landing in the same place on this one. If you look at the Vector (2022) version of the prototype, you'll notice a new table of contents that includes the number of comments in each discussion section.
 * Question: ...is the kind of "displayed content" you had in mind?
 * I agree with above that for my primary areas at least, it matters more to have an idea on whether someone experienced has commented in the discussion...
 * Question: Would it be accurate for me to interpret the above as you valuing the functionality T309752 would implement?
 * Not really a fan of the big arrows though I get the rationale for them.
 * +1. We decided to remove these arrows for the reason you mentioned. This change happened in T309904.
 * ...a row of actions a user could take to interact with a post (quote, reply, permalink, etc.).
 * We hear you on this one. I can imagine a future like what you're describing wherein each comment has multiple actions associated with it and we might need to revisit the design to accommodate them.
 * Speaking of permalinks for comments, this is functionality we would like to be able to offer in the near-term via: T302011.
 * Archive pages probably don't need this.
 * Noted. For the time being, these changes will be limited to talk pages in the User and article/main namespaces. PPelberg (WMF) (talk) 00:55, 5 August 2022 (UTC)
 * Is there a particular workflow that would break because of this Come to think of it, yes, you're going to make some template programmer's life more difficult if someone thinks a space there when there's not. See  and related parser functions, and   isn't sufficient to work around that issue. That's ignoring my aesthetic "no, I do not want a space there, it's just going to confuse everyone into thinking there's a space there".
 * can you think of signals that might help us detect whether the kind of "misunderstanding" we both seem to be concerned with is happening? None with any reliability off the cuff. Probably "people with DT enabled but who make an edit without it" is a good starting spot for thinking about non-talk uses (and of course other uses such as replying to multiple comments).
 * is the kind of "displayed content" you had in mind? yes
 * Would it be accurate for me to interpret the above as you valuing the functionality phab: T309752 would implement? This direction would be the groundwork, but I'm suggesting something more: the users with social trust being highlighted in the discussion. If Redrose64 and SlimVirgin and someone with 10 edits are all in a discussion, I can probably rest easy that the 10-edit editor has gotten a quality answer. We get into multiple social issues that direction of course (both the general "edits don't make the editor" and "we don't want to give unfair voice to some users"). I'm not sure how interesting it is to go that direction accordingly. If we could highlight some users like Microsoft MVPs or our Teahouse hosts better, that might be interesting (a few forums, like en:WP:Bot requests with User:EnterpriseyBot/BOTREQ status at least as of this revision and earlier, do that, while most don't).
 * I did forget one issue in my original comments, and it's that the h2s are too opinionated/aggressive/in the "wrong" place for ResourceLoader in their primary styling, being sans-serif, bold, and larger (or at least they seem larger). Timeless has serif headings and that's getting blown away by DiscussionTools. Izno (talk) 22:52, 23 August 2022 (UTC)
 * Can you help me out with the urlencode point, preferably in very simple words? You seem to be worried that someone who has enough familiarity with the wikis and enough technical skills to know that parser functions exist and when/how to use them will type   by hand instead of , even though the name of the magic word indicates that you should be looking at the URL rather than the page title, and even though copying and pasting would have avoided this problem.  As a result, they'll get   instead of.
 * And this matters because ...I don't actually know why this matters in practice, but I'm pretty sure you wouldn't be concerned about it if it didn't matter.
 * Do you have the same concerns about DISPLAYTITLE, which is also used to add spaces and formatting? Whatamidoing (WMF) (talk) 20:26, 25 August 2022 (UTC)
 * I am no fan of DISPLAYTITLE. :) It is, thankfully, basically restricted to italics in the mainspace and elsewhere, mostly just users with "I WaNt A pReTtY uSeR pAge" syndrome.
 * No one is going to type that except template programmers, which is why I said that's whose life would be made more difficult. What the template programmer is going to type is  and then the innocent user is going to type Talk: ABC and then pandemonium. IDK if that is functionally equivalent today to just Talk: A space working though. Izno (talk) 01:37, 26 August 2022 (UTC)
 * There wouldn't be pandemonium, a space (or underscore) in this position is already accepted and ignored by the software, e.g. https://www.mediawiki.org/?title= Matma Rex (talk) 16:58, 26 August 2022 (UTC)
 * (I lost interest in DISPLAYTITLE when I discovered ~2014 that it wouldn't let me 'rename' James F's user page. 😜) Whatamidoing (WMF) (talk) 00:53, 27 August 2022 (UTC)
 * One reason I wouldn't want the space displayed is confusion with mainspace pages, which routinely have a Title: Subtitle name structure with an actual space in it.(cf. Gadget as a particular fun point). The close colon makes it obvious that it's not a normal mainspace page. Izno (talk) 23:22, 28 August 2022 (UTC)