Hi, just want to say thank you for the tool, which I have just been confronted with for the first time and which I find really helpful. Good job :-)
Help talk:Paragraph-based Edit Conflict Interface
Please add rule .diffchange-inline { white-space: break-spaces; }
because Google Chrome incorrect displays diffs with deleted trailing spaces, which tagged inside .diff-deletedline
. See Diff Test in Google Chrome. ~~~~
Thanks for the report, Unfortunately this is unrelated to the two-column conflict-resolution interface. However, thanks to the super helpful example it was easy to create a patch, see gerrit:651181.
You accidentally left the old rule white-space: pre-wrap;
.
That's called a fallback for browsers that don't understand the value further down. MediaWiki still needs to support Internet Explorer 11, that's why I did it like this.
Quite frequently I post a reply and find an Edit Conflict alert, but then discover that my post was published and that the edit conflict notification is actually with myself. It's as if I've double-clicked 'Publish', and my second (blank) edit is trying to overwrite my original response.
I find this quite annoying, though I do generally like the interface as I edit at a very active Forum (the English Wikipedia Teahouse). I am using Winndows 10 Home 64 bit, on Chrome browser Version 86.0.4240.198
My one suggested improvement is to provide a 'Click to copy contents' button so I can quickly select my reply text and ensure I don't completely lose it if things don't work.
Hi, that should not happen. Most likely it's not due to the Paragraph-based Edit Conflict Interface but due to some other changes on the software. We know that a team of the Foundation currently works on something very related. If this happens again, could you please send us an screenshot and the link to the edit?
Yes - will do that.
I can confirm this exact behavior. At least one other editor on cs-wiki also encountered this :https://cs.wikipedia.org/wiki/Wikipedie:Pod_l%C3%ADpou_(technika)#Edita%C4%8Dn%C3%AD_konflikt_na_diskusi . It seems to happen occasionally on discussion pages. The last time it happened for me today here: https://cs.wikipedia.org/w/index.php?title=Diskuse_s_wikipedistou:Polanka,_Jando%C5%A1,_%C5%A0%C3%ADma,_Pechmann&action=history . First version of the page (13:31 CET) is the result of clicking on "publish" button. At the same time, the editation conflict interface was inicialized, reporting editation conflict, presumably with myself. The second version of the page (13:32 CET) is the result of "resolving" that editation conflict.
Editing in wikitext editor 2010, Chrome browser, desktop. Other editor on our wiki reports this behavior from Chrome browser on desktop as well, but also from Chrome on Android, classic (not mobile) view.
I have received some responses from editors at the en-wiki Teahouse (see here) who have also experienced edit conflicts with themselves. I have also captured a screenshot, as requested. See here.
Having tried saving a few edits with very rapid double-clicks of my mouse, I am now starting to wonder whether this might actually be more of an issue caused by over-responsiveness of the blue 'Publish' button which ought not to be able to act on a second mouseclick (or tap) immediately afterwards at all. I tried this intentional rapid double-click on my own talk page, which did cause an edit conflict report . Resolving the conflict only modified the timestamp (rather than adding in a duplicate copy of what I'd posted), but the time wasted in wondering why one has got an edit conflict is probably quite significant - and especially so on busy, talk pages and help fora.
Maybe the folks behind this tool can push to get that over-responsiveness of the mediawiki software Publish button addressed if, as now seems probable, the fault actually lies elsewhere?
Great tool; well done to everyone who worked on this, for making something really cool and solving a tough problem.
I really liked the new edit conflict interface (the one with the radio buttons), but even with that, edit conflicts in discussions were still a pain. It was great for articles or editing the same text, but when adding to a discussion, I found myself, more often than not, just reopening the edit-interface and adding my text again because it was easier. I just got this new paragraph-based interface and it's amazing. I'm really excited about this feature and am thankful to everyone who is working on it!
My only suggestion is to add more helpful tooltips or labels. Having seen the previous radio-button interface, this one confused me a bit and it took me some time to figure out what would happen when I hit "publish". I think RoySmith gave a more detailed description below which was similar to my confusion. I remember when I first got the interface with the radio buttons that there were blue dots that were part of a tutorial or something? Could those be reintroduced?
+1
Hi @Wugapodes:, thanks for your feedback. We are glad to hear you like the new interfaces.
Currently, there are no blue buttons in the talk page edit conflict interface, but we will take your feedback into consideration and see how we can improve the tooltips and help text as we roll out the interface to more wikis. --For the Technical Wishes Team
+1
it's good. I don´t hace problems with this tool
Great, we are glad to hear it works for you. :)
维基百科如何添加一二级目录,维基百科内链接怎么添加
您好,一级就这样 == (内容) == 。第二级就这样 === (内容) ===。至于内部链接,想链接的部分放入[[(链接页面名称)]]。如果有不懂的地方,可以去中文维基互助客栈/求助寻求。
I'm sorry, but I'm afraid I don't get the question. According to the Google Translate service the question is "Wikipedia how to add a primary and secondary directories, how to add links in Wikipedia", which does not make a lot of sense to me. Are you able to post in English?
Hello, I had replied in zh to their question. Thanks for your attention.
Very frustrating when one tiny edit in one paragraph disrupts an edit you've made that affects 20 other paragraphs and you have to manually click through 19 of them selecting "your version".
Simple feature request. Thank you.
I've started using this. I'm generally finding it much nicer than the previous way. It would be even more convenient if each of the side-by-side text boxes had a "copy this text to the clipboard" button. It would save having to manually select the text, then copy it. ~~~~
I just got this for the first time and was happy to see a new merge tool. It took me a long time to notice the blue tutorial dots, and at first I thought it was something on my screen before I realized I was supposed to click on it. Overall it looks great, and resolving the conflict was pretty intuitive. Thanks for all the work on this.