Currently, https://en.wikipedia.org/w/index.php?title=Help_talk:Citation_Style_1§ion=9&veaction=editsource is glitching for me. See https://en.wikipedia.org/w/index.php?title=Help_talk:Citation_Style_1&diff=prev&oldid=1248023743. (edit summary: Weird editor glitches introduced the wikitext edit I'm trying to fix with this edit. But as I'm making the fix, the editor is glitching again... The edit I made should have replace "I'mUser" with "[[User" but it looks like it won't. Very strange.) Somehow the editor acts as if the cursor isn't where I put it and see it, once I start typing. Something about the text in that section, perhaps. Reproducible by others?
2017 wikitext editor/Feedback
Reproducible in my sandbox - https://en.wikipedia.org/w/index.php?title=User:RememberOrwell/sandbox§ion=1&veaction=editsource.
Does this editor allow users to enter summaries at all? There are a couple of prolific users on Commons all of whose edits have no summary besides a tag saying that they were made with this editor. If it is a limitation of the editor, I don't like that but I guess we have to live with it. If it is not, then I would like to know that so I can contact the users in question and ask them to use edit summaries.
Please ping me when responding, I don't maintain a watchlist on this wiki. - Jmabel (talk) 21:07, 6 September 2024 (UTC)
@Jmabel: Yes, of course it does. Please read the manual, or just try it for yourself. :-)
OK. One of those editors was assuring me it couldn't be done. Since he uses it for all his editing, I thought he might actually be saying something true, but I'm actually glad to know he is not. - Jmabel (talk) 16:52, 9 September 2024 (UTC)
They may have a gadget or script, or a browser plug-in, that breaks the editor in some way, perhaps without them knowing. If there's a bug at our end we'd definitely want to know!
The current wikitext editor declares unnecessary lang HTML attribute on its internal source editor. For example, on MediaWiki, it’s en regardless of your language setting; on Mandarin Wikipedia, it’s zh regardless of your variant setting.
This seemingly harmless phrase actually breaks the Mandarin Wikipedia – CJK fonts require proper lang attribute to determine which set of characters and punctuation rules to render, which is why Mandarin Wikipedia has a very delicate system on distinguishing and converting, say, zh-Hans-MY and zh-Hant-TW.
The current behavior overrides the root <html lang> setting and makes the editor a pain to read. It should either copy the attribute from root <html> element or just remove this redundancy altogether.
I’ve reported this issue on Phabricator (T366413).
- 用户代理： Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/124.0.0.0 Safari/537.36 Edg/124.0.0.0
光标和实际编辑文字的位置有时并不统一
I tried out the new wikitext editor and found it slow and awkward. There is a tab labelled '''Read''', but rather than giving me the expected preview it asks whether I want to leave the page.
I saw in another page that preview is hidden in '''Publish''', which is highly unobvious. Even less obvious is getting back to source editing.
Also, is there a way to get into the old editor without first disabling the beta?
If you want to use an older wikitext editor, you can hand-edit the URL to say action=submit instead of veaction=editsource.
It would be more convenient to have the "Preview" button/option be visible from the getgo instead of having to look for it and accidentally stumble upon it in the "Publish" menu. ~~~~
As I said in my own feedback, I strongly support moving the "preview" button into the main editing area, not hiding it in a dusty closet behind "Publish Changes". Edward-Woodrow (talk) 16:00, 30 June 2023 (UTC)
The main problem is that the toolbar is already full, for people on smaller screens. There's one editor at the English Wikipedia for whom the toolbar is wrapped, so that it fills two full lines. If we add anything else, he'll end up with three rows of toolbar, and almost no place to type.
Hi, Whatamidoing (WMF). I suppose that makes sense. By the way, there is clearly some kind of discussion tool that is enabled by default here and on frwiki – the one that involves the "Topic" namespace, and signatures at the top of comments, and so on. I find it very annoying. How do I disable this? Thanks, Edward-Woodrow (talk) 23:42, 28 September 2023 (UTC)
You don't, really. It's enabled per page. This is the first phase of "Flow", aka Structured Discussions. I think it'll be removed sometime in the next year or so (or the next time it breaks).
Ugh. I despise it passionately. Edward-Woodrow (talk) 19:36, 29 September 2023 (UTC)
And this is a reply to my previous comment. Indentation? No! It's just one hideous mess. Edward-Woodrow (talk) 19:37, 29 September 2023 (UTC)
If memory serves, they cancelled the project in the middle of the design work about indentation. At the moment, if you reply to something in the middle of a thread, then it indents that, but anything added to the end is not indented.
Also, to be fair to the project, it was meant to handle complex workflows, specifically including enwiki's ArbCom case pages and AFD. (Imagine a world in which ArbCom votes aren't tallied by hand.) They only got as far as "post messages on a talk page" when the project was cancelled.
The new VE isn't as good as the "2010" editor as it currently stands. The load time is way longer than the normal editor. The realtime preview feature doesn't work though I guess this is something else. The commonly used characters at the bottom aren't there. A lot of integral toolbar functions such as syntax highlighting appear to be missing. A lot of features from VE appear to be missing, such as editing templates using the vetemplatewizard, so the only advantages this appears to provide are the cite tool and the new buchered toolbar. Just my thoughts, I appreciate the entire project behind this.
My two main issues are missing realtime preview, and missing syntax highlighting. The instant switching between visual & wikitext is great, but I just can't use this until those two features are built in. Realtime preview is vital, especially for template editing, but also for normal article editing. Syntax highlighting is useful to be able to easily parse visible article text from citations and other templates.
Some days ago I activated this new editor in https://de.wikipedia.org/wiki/Spezial:Einstellungen#mw-prefsection-betafeatures . As I saw some features are missing (e.g. „Simple mode“ - hide refs etc.) or difficult to reach (preview, changes – already mentioned here), I turned back and deactived this new editor.
The old editor appeared, but if I activated the right toolbar button „Simple mode“, all in the edit area appeared in plain text without syntax highlighting, only the right toolbar was visible, and if I deactivated the toolbar button „Simple mode“, nothing happened.
I found a workaround: If I clear all Website data of wikipedia.org and then activate the old editor, it reappeared and worked correctly!
Sorry, the title must be Did it break functionality ot the older wikitext editor? but I cant change it anymore ;-)
And now I pasted the title and forgot to change it, it must be Did it break functionality of the older wikitext editor?
I tried it for about a month. There were no obvious bugs, but I had a few problems with it that caused me to stop using it:
- Previews are hard to get.
- In the standard wikitext editor, there is both the "Preview" tab that opens on the right and a large, easy to find "Preview" button at the bottom. In this version, one must click "Publish changes" before one gets an option to preview.
- Edit summaries
- In the standard wikitext editor, one just types in one's edit summary in the box at the bottom, and clicks "Publish changes". In this new one, one has to, once again, click the "Publish changes" button before being prompted to leave an edit summary.
Hiding previews and edit summaries is, I find, confusing and misleading. It also partially breaks , as the source mode button for the gadget is gone without a trace. Edward-Woodrow (talk) 21:52, 5 June 2023 (UTC)
Hello. I'd like to report a bug when using 'New wikitext mode' in the English Wikipedia. The lines of wikitext overlap with each other and also with the editing interface when I am editing on mobile with the desktop view. I'm using Chrome in Android (Samsung phone), but toggle the desktop view.
Is the text colorful? If so, the problem is in CodeMirror (the syntax highlighting software). You can turn it off in the "hamburger" menu (three lines near the big blue Publish button).
Thank you. I've figured out wikEd was the cause. I've turned it off, but this is less than an optimal solution. Anyway, I suppose it was causing other trouble as well.
It turned out wikEd was not the true problem since the problem persists but the page displays correctly if I reload it on mobile... I will let you know as soon as I figure this out. --TadejM (talk) 21:11, 17 January 2023 (UTC)
I have not figured out the exact cause. None of the gadgets or beta functions seem to resolve the issue. I'm attaching the link to a screenshot. As said, when I reload the page, it displays correctly. I'm using a Samsung Galaxy S21 phone with Android 13 and opening the file in Chrome 108 (desktop view).
After disabling all gadgets and removing all custom css and js, I've now found that the issue is strictly caused by the option 'New wikitext mode' (i.e. 2017 wikitext editor) under Preferences/Beta features. It appears when I enable this mode and disappears when I disable it. I tested this in the English Wikipedia.
(In addition, wikEd does not work with this mode. I guess though that this must be resolved by its developer.)
In addition, the responsiveContent gadget caused me problems when working on desktop. I had to disable it since when it was enabled, I was unable to correctly select wikisyntax. It is described as "Improved appearance for mobile, narrow and wide screens". I don't know if it caused any problems on mobile. Blank space was selected and when I tried to delete it, the wikitext was deleted instead.
TheDJ will want to know about the gadget.
What happens if you go to the "hamburger" (three lines) menu and turn off syntax highlighting?
I left TheDJ a message on his talk page. The issue only occurs when syntax highlighting is enabled. Otherwise, everything seems to work fine.
I encountered this today, with desktop view on my phone (Android 13). The code was colorful, but the cursor seems to be at wrong place, so I could edit nothing (except by switching back to mobile view) until I turned the feature off. My browser is Ecosia.
I had the same garbled text prob in the English Wikipedia (but not in other Wikipedias) as @TadejM had before. It is possible to bypass the bug by turning off either New Wikitext mode or CodeMirror in the Hamburger Menu while editing.
After turning these on again the bug reappears. Thus it seems like CodeMirror is producing the bug as @Whatamidoing (WMF) mentioned, but it must be a different cause:
- The garbled text bug did not appear in other Wikipedias while I was editing and where CodeMirror and New Wikitext mode turned on, too, e.g. the German Wikipedia.
- And I finally managed to get rid of the bug completely:
- While I edited an article in the English Wikipedia where the garbled text bug appeared I switched to Preferences --> Gagdets --> Editing and turned off the Syntax Hightlighter (which is not CodeMirror but the Syntax highlighter by Remember the dot) and saved prefs.
- Note: CodeMirror and New WikiText Mode were on all the time and I did not change their modes/prefs.
- I reloaded the tab with the article in edit mode - the mix up of colorful overlayed text disappeared.
- Later I turned on the "Syntax highlighter" in Gadgets again to reproduce the bug. But curiosly the bug did not return... not in the article I was editing, not in other edit sessions. Not even after I restarted my browser (Firefox) which completely clears my sessions, cookies, caches, etc. and forces me to log in again.
- BTW: I have wikEd generally turned off.
- While I edited an article in the English Wikipedia where the garbled text bug appeared I switched to Preferences --> Gagdets --> Editing and turned off the Syntax Hightlighter (which is not CodeMirror but the Syntax highlighter by Remember the dot) and saved prefs.
Hope that will help you, too.
If anyone can figure out how to force the bug to appear reliably, I'd love to hear the instructions.
كانت مصر في السنوات ما بين عامي 2016_2017 في اطار نقدي واصلاحات اقتصادية حتي الدخول الي عام 2018 كانت مصر جاهزة اقتصادية للخوض والتقدم .