https://bugs.kde.org/show_bug.cgi?id=414362
--- Comment #19 from nfx...@gmail.com --- (In reply to Waqar Ahmed from comment #18) > By all means. Though read what I wrote above again. I asked you for a better > solution, a solution which satisfies both what you want and at the same time > satisfies the reasons for which the new UI was introduced. This has been > said in this thread multiple times which you have been ignoring because it > seems more like you only care if things work your way. Oh, I understand. All what was missing was a compromise of the old and new GUI (even though the new GUI seems to be gone now)? Yes, the modal dialog wasn't very elegant. But it did require the user to absolutely make a choice where a choice was needed. Where the new GUI failed was that it made the user notification and decision per-document. There's even a third-party comment in this quite audience-limited bug report that complained that he has to use "reload all" too often with the "new" (old?) behavior. Obviously there is a need to show some sort of summary of which files have changed. I've made my position about this quite clear: something needs to show an overview over EVERYTHING that has changed, and the "new" (old?) GUI just can't achieve that. So I will claim that it's up to you to come up with a GUI that unifies both conventions. Don't get me wrong, I think modal dialogs are Wrong in most cases. With fright I look at websites which come up with modal dialogs, because they want your agreement to spy on you or some shit. But in this case, it the question is: discard the data in your text editor buffer or not? I do think that's justified to show a modal dialog in this case. On the other hand, the per-document checkboxes are rather weird. I didn't claim there isn't potential for improvement here. Ready to hear your suggestions. -- You are receiving this mail because: You are watching all bug changes.
