This page is within the scope of the Wikipedia Help Project, a collaborative effort to improve Wikipedia's help documentation for readers and contributors. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks. To browse help related resources see the Help Menu or Help Directory. Or ask for help on your talk page and a volunteer will visit you there.Wikipedia HelpWikipedia:Help ProjectTemplate:Wikipedia Help ProjectHelp
I'm looking to enable extra options on my MediaWiki edit toolbar too, to match Wikipedia, but I can not find documentation for it! (Everything after the horizontal line is unavailable). 24.235.149.75 (talk) 20:51, 18 June 2009 (UTC)[reply]
Font size in edit textarea
Someone seems to be screwing with the font sizes for the editing textarea today. I've had the experimental navigable table of contents, enhanced editing toolbar, and dialogs for inserting links, etc., enabled for a while, but today the font size is blowing up much bigger than I want. I've had to disable all three of the experimental checkboxes to get back to normal. I use Firefox on Linux, and my affected machine has a screen DPI of 120. —Mulad(talk)01:17, 5 February 2010 (UTC)[reply]
Copy of a thread I started at [User talk:Mr.Z-man]
Hi. I was looking for an explanatory page for our current wikieditor toolbar. The page Help:Edit toolbar is out of date, and the only decent reference (and screenshot) I can find of it is at Wikipedia:RefToolbar 2.0. Do you happen to know if there's a more current Help page, either here or meta or elsewhere? Thanks :) -- Quiddity (talk) 06:07, 19 September 2010 (UTC)[reply]
I'm pretty sure that was just a test edit from a newbie. In any case, the mfd template was removed with no objection from the original nominator. -- Ϫ05:17, 31 August 2010 (UTC)[reply]
This edit request has been answered. Set the |answered= parameter to no to reactivate your request.
My name is Salah Alhilo, I am one of the Open University Staff, I am posting the ICTs Department manager in the University, The text and information about the OUS is need to be completed and updated.
so please I want to have permission to edit this page.
Thanks
This edit request has been answered. Set the |answered= parameter to no to reactivate your request.
Is it possible to have a default selection under Preferences, for American style or European style for the access date inserted with any citation template on the Edit toolbar? Currently, "Insert Date" brings up only the European style, which is inconsistent if the article text contains American style dates. And if this is the wrong place to put this request, please provide a link to the appropriate place. Thank you. Maile66 (talk) 00:15, 22 April 2012 (UTC)[reply]
I think the buttons on the edit toolbar should be changed. For example, right now if you click the "Bold" button, you get '''Bold text''' inserted into the edit window. What I'd like is that if no text is highlighted, a pop-up window opens saying something like "Insert bold text" with a line for adding the text to be bolded (and possibly with a note on when to add bold text in pages). If text is highlighted, then it is made bold. If you don't get what I'm talking about, click on the "Link" button—that's the model I'm looking at. The same design would apply for "Italic text", "Bulleted list", "Big text", etc. I think this would help cut down on test edits and make the toolbar more usable. David1217What I've done05:10, 3 July 2012 (UTC)[reply]
This toolbar is showing up unannounced and unwanted on several users' edit boxes no matter what preference settings we twiddle with. How can we disable it? Timrollpickering (talk) 22:28, 9 July 2012 (UTC)[reply]
Help please! It's not resolved for me. It was working a couple of days ago, but today the v1.0 toolbar appears momentarily but then gets overwritten by the v2.0. Turning Enable enhanced editing toolbar off and on again hasn't helped. The v2 is missing some features for which I don't care to memorize the mark-up. Thanks, --catslash (talk) 13:48, 28 July 2012 (UTC)[reply]
I would sure love to have <pre></pre> and </code><code> available as advanced tools and - this is a biggie - to have underscoring and strikeout available on the mail toolbar. Or - if not - instructions on how to add these. RiverStyx23{talkemail} 14:32, 30 December 2012 (UTC)[reply]
Edit bar intruding on editing space.
As of this morning, the "New line" and "redirect" arrows from the toolbar are poking down into my editing area, and are in the way when I am working on the top line there. Someone please fix this. Cheers! bd2412T19:20, 30 March 2013 (UTC)[reply]
Signature
All over Wikipedia we are exhorted to sign with four tildes, ~~~~. So why does the signature button on the edit toolbar insert two hyphens and four tildes, --~~~~? Considering the war on hyphens that currently being waged throughout the project, that is faintly surprising. It's also mildly annoying to have to delete those two hyphens every time I sign. I'd like to ask if there is any reason for it? And if it could be changed? Justlettersandnumbers (talk) 23:17, 14 April 2013 (UTC)[reply]
Main reason is visual clarity. The dashes give a clear indicator that the message has ended, and the author's username is now beginning. This is especially useful when a message ends with a link, or a list of links. The blue username might initially be read as part of the list. Especially when the username is a phrase, for example. (Personally, I'm currently using Special:Preferences purely to add an en-dash in front of a standard looking sig. I either type the 4tildes manually, or I click the sig-link in the "Insert" or "Wiki markup" boxes underneath the editing window.) HTH. –Quiddity (talk) 22:30, 16 April 2013 (UTC)[reply]
Thanks for your reply, and for the reason you give. So, just get this clear, we have a specific policy against using two hyphens:
Do not use substitutes for em or en dashes, such as the combination of two hyphens (--). These were typewriter approximations.
and then we have an edit toolbar button that inserts precisely those two hyphens that we are not supposed to use? I think something is wrong here, and can't help wondering why the same reasoning would not then equally apply to the signature tool on the Special Characters bar, or whatever the one below the edit window is called (which of course is the one I use on WIkipedia, but which as far as I can see is not available on, say, Commons). Justlettersandnumbers (talk) 14:35, 17 April 2013 (UTC)[reply]
Good point. I'd support a change, to the default output of this button. Possibly replace it with a en-dash, to keep the visual-clarity-seperator? I'm not sure if we need a {{edit protected}} (or similar) request here, or elsewhere, to get action/discussion rolling. –Quiddity (talk) 23:53, 17 April 2013 (UTC)[reply]
When I add a file using the "embedded file" button on the toolbar, the default size option added is "thumbnail". An editor has changed that to "thumb" in an article I've edited. Looking at Wikipedia:Manual_of_Style/Images#Image_syntax, "thumb" is used, though I see that Wikipedia:Extended_image_syntax, after initially showing "thumb" as the word to use, then refers to ""thumb" (or "thumbnail"...". It looks as if the RefToolbar is offering the less preferred word here: could it be changed so it adds "thumb", please? PamD09:04, 11 February 2015 (UTC)[reply]
Enhanced editing toolbar's Cite drop menu is obscured
Enhanced editing toolbar's Cite drop menu is obscured suddenly as of today. I had made no changes to browser or preferences; I merely was in the middle of editing a page and when I tried to use the enhanced editing toolbar's cite drop menu ("Templates"), it appears as if the menu does drop but it goes behind the editing section and only Cite web is clickable (and only as a tiny sliver that is unlabeled). I use this cite program quite frequently... Ogresssmash!08:14, 8 August 2015 (UTC)[reply]
I may not be able to use technical jargon but I'll try to expalain. When you press the "Search and replace" button there opens a subordinate window, that allows a user to simply drag the text from the background text editing area into that opened window. But this trick does not work with other windows ("Link", "File", "Cite"). Is it possible to allow these windows to behave like "Search and replace"?--Lüboslóv Yęzýkin (talk) 14:00, 31 August 2015 (UTC)[reply]
The "Line break" button generates <br/>. It should generate <br />. Strangely, the Help Page for the toolbar shows it correctly. Even though the Wikipedia code parser allows one to "get away" with badly-formatted XHTML, the standard calls for a single space before the slash when closing empty elements such as <br />, <hr />, <img />, etc. — Quicksilver (Hydrargyrum)T@01:37, 3 December 2016 (UTC)[reply]
@Perhelion: — If Wikipedia is leaning toward HTML5, there's a big problem with the syntax highlighter gadget, which I use constantly. Unary tags such as <br> are considered open, and once used, change the highlighting from the point of first use all the way to the bottom of the document. The only way to turn off the highlighting so one can see normal text unhighlighted is to apply strict XHTML rules. Who is coordinating these things? Nobody, obviously. We have ill-informed groups of three or four individuals declaring a "consensus" and pretending that every one of the 2000+ active editors and coders on the English Wikipedia have heard of their decision and have agreed to it. There is nothing wrong with XHTML: It is used internally in Wikipedia and isn't revealed to the average site visitor. As far as I can see, there is absolutely no compelling reason to prefer HTML5. Wikipedia could be built and maintained indefinitely into the future using XHTML; there are COBOL and FORTRAN software projects older than most of today's programmers have been alive that still work just fine. Sorry if I sound argumentative, but that's the way I see it. — Quicksilver (Hydrargyrum)T@15:52, 6 December 2016 (UTC)[reply]
I understand your arguments, but there is still a problem, Wiki-syntax is neither XHTML nor HTML but borrowed it elements for some good reasons. But unfortunately this is a from Wikimedia independent standard. But on the other hand you are right, it is a decision of Wikimedia what it will be used, there is indeed something needed like "declaring a consensus". PS: I personally mean HTML3 fits even better to Wiki-syntax (for example center and font tag and some other like big) → User: Perhelion21:01, 6 December 2016 (UTC)[reply]
Missing toolbar 2
I am unable to see the edit tool bar at the top of any page. The problem persists on different computers and browsers. Is there a solution? - MainlyTwelve (talk) 15:33, 7 November 2018 (UTC)[reply]