Hello. How can I add a custom button to the replies toolbar?
Help talk:DiscussionTools
pressing shift... like to capitalize or make a special char like : will cause the cursor to move to the start of the window.
Have you tried this while being logged out and in incognito mode of your browser ? Quite often things like this are due to browser extensions or gadgets installed in your wikipedia user account, so if you try with those disabled, you should be able to discover where to start looking
The Help topic page says, "You can subscribe to a whole talk page." Thanks in advance for any pointers to how a user does this.
I will rework on the help page, as you are not the first person to ask this. And this link should be made more visible.
There is a Subscribe link in the Tools menu/sidebar.
Hello,
Is there a way to use custom signature with preloade content with something like "asked by ~~~ on ~~~~~" with preloaded text in visual mode (not source mode or source mode switched to visual mode)?
When trying to do it, <nowiki> are automatically added and prevent signature to work.
Signatures are configured in the Preferences in the User Profile section.
I mean when using forms like inputbox in fr:Wikipédia:Demande de suppression immédiate/Utilisation. (preaload is charged from fr:Wikipédia:Demande de suppression immédiate/preload)
tildes from the preload are automatically put inside <nowiki> elements.
Is there any chance that when a new section is created, the edit summary anchor will automatically expand any templates used in the header? That way, it functions as a proper link when being accessed from the edit history...
Sorry to be the bearer of bad news, but the answer appears to be 'no'. Imagine what would happen if {{infobox person}} got expanded in an edit summary.
not the summary itself, but the section anchor that is expanded between /**/. I don't think people regularly use infoboxen as section headers... is that even possible?
Yes, headers can contain anything that doesn’t contain literal newlines (except for those that are within <!--HTML comments-->, which are allowed even in headers) after expanding templates. Even infoboxes. The section anchor is the textual content of the infobox, for example
== {{#invoke:String|replace|{{Extension}}|
| }} ==
has the ID #MediaWiki_extensions_manual_Sandbox_Release_status:_unknown_MediaWiki_License_No_license_specified_Download_No_link_Translate_the_Sandbox_extension_if_it_is_available_at_translatewiki.net – not particularly short, but still well within the comment length limit.
I can easily imagine someone with a question about an infobox using {{Infobox person}} as a section heading, at least until they post the comment and realize the mistake. Consider this section at enwiki's Village pump (technical), in which a problem is reported with a citation template. If you edit the page, you'll see that the section heading includes nowiki tags.
It sounds like the goal is "Make the /* section heading */ links in the page history always work, even if people add weird or broken formatting in the section heading". Is that right?
that'd be about right, yeah :)
I think some work has been done on this in the past (i.e., it's not as broken as it used to be), but there is more to be done. Realistically, you might want to mark your calendar for the next Community Wishlist and propose it then.
Would “If a comment is deleted, it can be found back.” be better rewritten as “ … it can be traced back.”? I find the current wording seemed unclear and took longer to understand than the rest of the section.
It is a good suggestion, I added it. Thank you!
I'm still having lots of trouble using the discussion tools because copy/pasting is so broken. Is this ever going to be fixed?
(I've reported it before but this talk page is still using Flow for some reason and I don't know how to search Flow pages)
I'm sorry to hear this Nikki. Can you elaborate? What is broken? All types of copy/pasting, or some type of pasted contents?
→ Previous report (found through your contributions).
I think you speak about surface feature. Do you meet the same issue with Flow source mode (use the pencil switch in the reply feature of this thread to reach source mode), and with 2017 Wikitext editor?
Disabling the surface feature (which unfortunately include all tools) in your preferences (“Enable editing tools in source mode”) should solve your issue.
The very minimum to even begin looking into something like this is knowing, which browser, version, operating system, which copy paste (there are like 4 ways to copy and paste) etc….
visual, or source editing? Mobile or non-mobile ?
@Martin Urbanec (WMF), thanks for letting us know about Visual Preloading during the meeting earlier with @L235, @JFernandez-WMF, and @KStoller-WMF. Overall, this looks like a helpful feature! To provide an example of one way I'd immediately put it to use:
A while back, I wrote w:Help:Simple guide to vandalism cleanup as an attempt to guide readers with no editing experience through the process of reverting obvious vandalism they might come across. One option the page provides, for users who are not confident enough to revert the vandalism themselves and looking at a page too low-traffic for a talk page post to be noticed, is to submit a request to the help desk (the If the page is not high-traffic: content). I tried to structure the request a bit by using a wikitext preload, but it would be better to use a visual preload, and better still to have a simple form.
I hope it's helpful to have that example. Thanks again for the chat earlier and for all your ongoing work in this area, and feel free to reach out anytime! Cheers,
Please help me.
I like the way Talk pages used to look, and still look on English Wikipedia. On Desktop, mind you, not on Mobile.
In particular: load and present the entire page at once, allowing you to for instance CTRL+F text search anything on the page, in any section (except content manually collapsed by an editor, I guess). With zero need for the incredibly obnoxious requirement to first open up or load each talk section, common to social media sites like Facebook or Reddit! :-(
I have tried my very best to find ANY information on how to opt-out of the new look you have here on Mediawiki, and haven't found anything. Not even "it's not possible, we are forcing you to use the new look."
I have tried setting the Appearance back from Vector (2022) to Legacy Vector (2010). It got rid of some of the right hand stuff, but the "About this board" sidebar still remains. I can collapse it, but not get rid of it. I find it useless, but it's a minor annoyance and doesn't revert the big change.
I have tried disabling all the checkboxes on the Editing tab under Discussion pages (Enable Quick Replying, Enable Quick Topic Adding, and Show Discussion Activity), but still talk pages (like this one) STILL persists in using a graphically voluminous look that I find clearly inferior to the old "boring" look.
About the only other relevant difference between Mediawiki's Preferences and English Wikipedia's Preferences is the Threaded Discussion tab. But there I find nothing useful. I tried setting both values to zero thinking that might disable the new look, but that wasn't possible "Please enter a value no less than one".
What I find most frustrating, however, is how I can't find any help or documentation on this issue.
I didn't find anything in your FAQ. I tried googling various iterations on how to opt out of threaded wikipedia discussions, structured discussions, and flow, but found nothing.
I know it’s very confusing, but most pages on this wiki (including this one) don’t use DiscussionTools yet, but Extension:StructuredDiscussions. The good news is that StructuredDiscussions is deprecated and will eventually be replaced by DiscussionTools. On talk pages already using DiscussionTools (e.g. Talk:Talk pages project/Usability) you can see the whole page at once. (I think there are no plans at all to collapse sections on desktop, but even if there were, DiscussionTools can be opted out of.) By the way, if you use Chrome or Chrome-based browsers on mobile, Ctrl+F now works on DiscussionTools-powered talk pages even when topics are collapsed, the section in which the searched term appears opens automatically! It doesn’t work in Safari and Firefox yet, though, and other things (e.g. searching in the page manually, without Ctrl+F) can’t be achieved with this new functionality.
Thank you... but I didn't understand what I need to do to restore Mediawiki talk pages to the classic Talk format? And where is all this documented? CapnZapp (talk) 22:46, 30 December 2022 (UTC)
You personally can’t, StructuredDiscussions is a whole different system. Discussions cannot be converted losslessly back and forth between the two systems, so only privileged users (administrators and developers, as far as I remember) can turn it on or off on existing talk pages. All you can do is commenting in this topic, agreeing with switching to the new talk page tools (i.e. DiscussionTools).
The good news is that StructuredDiscussions is deprecated and will eventually be replaced by DiscussionTools. That seemed far from a done deal at the linked Village Pump discussion. I wish I could share your optimism. CapnZapp (talk) 12:14, 7 January 2023 (UTC)
You can. :) Newly created talk pages no longer use StructuredDiscussions. Migrating existing ones will probably be a long process, and maybe a few will remain in the longer term, but at least something has begun.
Chrome on Windows – submitting a reply doesn't add it to the display until the page is reloaded a couple of times.
If you still have this problem, try check browser console for errors.