Help talk:Two Column Edit Conflict View

Jump to: navigation, search

About this board

Feedback and discussion page for the Two Column Edit Conflict View.

If you want to tryout the new interface without having to wait for a real edit conflict: We have implemented a temporary test page where you will get simulated edit conflicts.

Christoph Jauera (WMDE) (talkcontribs)

@DePiep I want to come back to your feedback in the village pump discussion now archived.

The two column edit conflict handling is currently in beta and regarding your post: Clearly, in comparison to the 'old' edit conflict handling it uses more elements, colors and dialogue boxes. To help new users there we show a small walk-through tutorial on first sight.

With all that we try to solve the problem, that users in the past a) had no idea what happened or whether something has happened at all and b) found it annoyingly complicated to resolve conflicts with the 'old' interface. We gathered feedback around that from many editors and as a result came up with the current version.

However, this is a beta feature test with the goal to find out, if the workflow of the new interface works well under live conditions. For this, any feedback is welcome and valuable to improve the current version of the feature. So far the reception was quite good, but also some users pointed out that the interface could be more intuitive. So we are open for suggestions and ideas.

Thanks,

Christoph

p.s.: As edit conflicts do not appear quite often we are currently working on a simple way to simulate them with the new interface so users can test it more easy without having to wait for a conflict to appear. If you're interested I will get back to that in this thread as soon as it's deployed.

DePiep (talkcontribs)

Thanks. I've responded here.

Reply to "Feedback on the edit conflict options"

Add a button to change the version in the editor again

2
X:: black ::X (talkcontribs)

After once having selected the version, that should be shown in the editor (right column) I can't change to the other version any more. I would regard it as helpful if a button would be added that makes such a change possible. The button should create a message that informs the user that if the version is changed now any changes made in the right column will be overwritten by the version to which is changed, followed by the buttons "change to ...version" and "cancel".

The feature is very helpful and improves the solving of edit conflict a lot.

Christoph Jauera (WMDE) (talkcontribs)

Hey @X:: black ::X

Thanks for your feedback. I created a ticket on Phabricator to keep track of the issue: https://phabricator.wikimedia.org/T178488

I'm happy you like the feature :-), best

Christoph

Reply to "Add a button to change the version in the editor again"
JoKalliauer (talkcontribs)

As @Chicocvenancio said:

Thanks for this feature

Birgit Müller (WMDE) (talkcontribs)

@JoKalliauer, thank you so much for the nice feedback! :-) In case you want to test the new interface more: We've just implemented a test page where you can get simulated edit conflicts. For more informations please see for the German or for the English version.

Reply to "better than before"
Piramidion (talkcontribs)

Hi,

Everytime I have an edit conflict, the system asks me which version I want to edit - the current one, or the one that I've been editing. And everytime I make one and the same choice (which is I choose to edit the current version and just copy and paste my own text). So my suggestion is to make it remember my choice to save my (and other experienced editors') time, but leave some descreet option to switch it on the go, if it's technically possible, of course. If it's not, I would like to have such an option in the preferences - thus only really experienced users, who really know what they prefer, would be able to use it.

Jan Dittrich (WMDE) (talkcontribs)

Thanks for you description of the problem! I know that my college Hanna is currently thinking about improving the dialog, I mention her here so she gets to know about this issue – @Hanna Petruschat (WMDE)

IKhitron (talkcontribs)

See also phab:T165154.

Reply to "Make it remember the choice"

totally breaks the page edit mode on wikisource

5
Hsarrazin (talkcontribs)

Hi,

on wikisource, in Page edition mode (page image with text box on the side), this gadget totally breaks edition, with the total disparition of the image...

Not good at all !

Aristoi (talkcontribs)

I second Hsarrazin feedback. It also breaks the Index namespace interface.

Christoph Jauera (WMDE) (talkcontribs)

Thanks for the feedback you two, I created a ticket on Phabricator and we will look at the issue. If you stumble over an edit conflict again, it would be great if you could provide us some screenshots.

Best,

Christoph

Hsarrazin (talkcontribs)

Thanks for the ticket. task T176738

I just uploaded screenshots :)

I also added @Tpt who is our main (and only) developper, for the moment ^^

Christoph Jauera (WMDE) (talkcontribs)

Little follow up here: This is actually a duplicate of https://phabricator.wikimedia.org/T176393 - so there is already work being done to fix that.

Reply to "totally breaks the page edit mode on wikisource"
Summary by Christoph Jauera (WMDE)

Thanks for the hint @Whatamidoing (WMF)!

Whatamidoing (WMF) (talkcontribs)

You may want to look at this feedback: https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)#Edit_conflict_options_spoiling_my_edit

Summary by Christoph Jauera (WMDE)

The dialog box now behaves more flexible and should work also on narrow screens. See https://phabricator.wikimedia.org/T166232

Erutuon (talkcontribs)

Hi, I'm using this feature on English Wiktionary. It works great, except the dialog is way too wide. I mean the dialog that says "What should initially be in the editor and serve as a basis for combining the conflict versions?", and is over the right text box. It extends way to the right of the page content, so I have to scroll to the right in order to find and press the "OK" button. Could you make the dialog be the same width as the right text box?

Christoph Jauera (WMDE) (talkcontribs)

Hi @Erutuon,

I assume you use the feature on a relatively narrow screen. I tried it myself and could reproduce the issue. Here is the task on Phabricator I created: https://phabricator.wikimedia.org/T166232

Thanks for your feedback we appreciate it :-), best

Christoph

Erutuon (talkcontribs)

Well, I have a medium-sized laptop, perhaps 15 inches diagonally. Another factor is that I typically have my zoom size set to 150% while viewing English Wiktionary. Anyway, I reopened this because the problem still exists: see File:Two column edit conflict bug.png.

Christoph Jauera (WMDE) (talkcontribs)

Hey @Erutuon,

the issue should be fixed by now. I tested it with zoom and narrow screens. You should now always be able to reach the OK, button. It would be great if you could confirm though.

Thanks and best,

Christoph

Erutuon (talkcontribs)

Sorry for the slow response. I had to wait for an edit conflict before I could respond. I just had an edit conflict and the dialog box looks fine now. Thank you so much!

JAn Dudík (talkcontribs)

I am not able to solve edit conflict, second column is missing or placed over the first.

Using Vivaldi

phab:T167503

also translation would be very useful.

Christoph Jauera (WMDE) (talkcontribs)

Hey @JAn Dudík,

thanks for the feedback. I will post an answer and some questions in the ticket, the dev audience on Phabricator is a bit bigger :-).

Best,

Christoph

Christoph Jauera (WMDE) (talkcontribs)

P.S.: regarding translations, this is done by the community on Translatewiki. If you like to help there please see https://translatewiki.net/wiki/Special:Translate/ext-twocolconflict every bit is appreciated :-).

Christoph Jauera (WMDE) (talkcontribs)

Hey @JAn Dudík,

as stated in the Phabricator ticket, we assume the issue was solely related to the wikEd gadget. We temporarily deactivated that for the two column view. It would be great if you could confirm, when the conflict screen is now working for you or if you got any more issues.

Thanks and best,

Christoph

Reply to "Missing second column"

Please remove this feature

17
Summary by Christoph Jauera (WMDE)

The wikEd gadget was responsible for the broken layout in this case. We temporarily deactivated the gadget on the Two Column Edit Conflict View page.

Farang Rak Tham (talkcontribs)

Please remove this feature, it only shows the most recent version. Though there are some buttons that should allow you to retrieve you own edits, but the buttons are behind the box with the most recent version. On my notebook, all the buttons and boxes are all superimposing each other, creating a chaos. i am using Chrome and am not zooming my screen in.

Please remove this feature so my edits do not get lost every time.

Jan Dittrich (WMDE) (talkcontribs)

Hello Farang,

Thanks for letting us know that the function causes problems. Did you make, by any chance, a screenshot of how it looked like on your screen? By that we could possibly track what caused the problem.

As a quick fix, you can disable the function in the settings for beta features – but our aim would be that the feature works for all users.

(@Christoph Jauera (WMDE) – do you have an idea what caused the problem?)

Farang Rak Tham (talkcontribs)

Yes, i did. How do I send it to you?

It could be that there is a conflict with other functions I have enabled, of which you can see a list here. It may also be my fault that I have too much enabled.

Jan Dittrich (WMDE) (talkcontribs)

> Yes, i did. How do I send it to you?

Easiest would be a local upload here or upload at imgur and paste the link here.

> conflict with other functions I have enabled,

Thanks! This can be very helpful to know

Farang Rak Tham (talkcontribs)

Okay, Jan Dittrich, this is the screenshot: File:Schermafdruk 2017-06-20 15.22.10.png

Jan Dittrich (WMDE) (talkcontribs)

Thanks for the screenshot! I created an ticket on phabricator for this problem and put the screenshot there, too. (Phabricator is the platform the developers use to keep track of such issues)

Farang Rak Tham (talkcontribs)

Okay, thanks. :-)

Christoph Jauera (WMDE) (talkcontribs)

Hey @Farang Rak Tham,

also thank from my side for the feedback and the screenshot. That really looks nasty. To reproduce and fix the issue it would be really great if you could provide us with some additional input:

- What browser in what version do you use? ( it looks like Firefox from the screenshot but you can never be sure enough ;-) )

- Do you have any Gadgets or special user scripts activated and which ones?

Thanks and best,

Christoph

Christoph Jauera (WMDE) (talkcontribs)

Ah sorry I failed to notice the list of gadgets in the ticket. So please ignore my last point :-).

Farang Rak Tham (talkcontribs)

Hello @Christoph Jauera (WMDE), I use Chrome 58.0.3029.110 (64-bit). Thanks for the follow-up.

Farang Rak Tham (talkcontribs)

I also have a list of Chrome apps installed, but is that relevant?

Christoph Jauera (WMDE) (talkcontribs)

Hey, thanks. I think the issue is more related to gadgets and scripts so the Chrome apps are probably irrelevant. But if you don't mind sharing them, it could be important still.

Christoph Jauera (WMDE) (talkcontribs)

Hey @Farang Rak Tham I tested the scripts in your common.js and they seem fine.

I then took a look at the wikEd gadget in the user preferences and it seems to be the reason for the broken edit conflict page. I assume you have the gadget enabled in your settings.

It would be great if you could disable the gadget and try to test the new edit conflict screen without it. Just so I can confirm the reason for the broken page.

Since wikEd is used a lot we will definitely think of a solution for the wikEd users, so they can use our new feature. I will keep you updated.

Thanks again and best,

Christoph

Farang Rak Tham (talkcontribs)

It is rather difficult to simulate an edit conflict, because of the timing. Perhaps you can let me know when you are editing some article, and I will then edit that article as well to trigger a conflict. Thank you.

Christoph Jauera (WMDE) (talkcontribs)

Hehe, there is a way to create a conflict with yourself. This is how you do it:

1) Create a test page in your user namespace, e.g.: User:Farang Rak Tham/Test

2) Add some lines of text to that page and save it.

3) Now open the page again to edit it. But for now just leave it open and don't do anything.

4) Now open another browser window in private browsing mode where you edit the page. ( you will act as an anonymous user there )

5) Change the text you added originally and save.

6) Now go back to your browser window where you are logged in as regular user ( with the still open editor ) and change the same part of the text ( but change it to something else )

7) When you now save you should get an edit conflict ( with yourself as anonymous user )

Done. ( thats also how I do it when I need to test the whole thing ;-) )

Farang Rak Tham (talkcontribs)

Dear all,

I have tried editing on another language Wikipedia, and the problem no longer occurs. On that language, WikEd is not operating. So it may well be WikEd that is causing the problems described. I found the edit conflict editor easy to use. Nice work!

Christoph Jauera (WMDE) (talkcontribs)

Thanks for the feedback. Will close the issue for now.

Summary by Christoph Jauera (WMDE)

Thanks for the amazing feedback :-).

Chicocvenancio (talkcontribs)

Most of the times, the edit conflicts are going away by themselves (as in the auto-resolve edit conflict feature is working), on the few times the Two Column showed up for me it was a much better experience than the old one. I've used basing on my version or on the current version and both worked beautifully. Thanks for this feature.

Birgit Müller (WMDE) (talkcontribs)

@Chicocvenancio, thank you so much for the great feedback! We're really happy that the feature works well for you :-) If you see any issues or have suggestions for further improvements in the future, please let us know, too! Have a nice day --Birgit

Chicocvenancio (talkcontribs)

There is a more recent situation that led to a lot of edit conflicts, so I've had more opportunities to test the feature. The only thing I found that could improve it is a better direction on what to do to "change" the version you want to work with. I mean, once I started working with the published version, but latter decided it'd be easier to work with my version and then re-apply the changes made by other users. It took me some 3 seconds to realize copy and paste would solve the problem (copy from one column to the other and then re-apply the changes). Maybe another method could be provided (as in keep the radio buttons on top and have them change the text) or the copy and paste method be hinted at in the interface. It is a really small detail though.

The feature has already helped me a lot, edit conflicts are no longer really frustrating, which makes me less frustrated with the users who make three or four edits after posting a response on a talkpage. I haven't experienced edit conflicts in articles with this feature yet, but I imagine it is a lot more rewarding to not have to deal with edit conflicts (as in the magical solution that works most times) or to have an interface that makes it easy to deal with in the main namespace.