https://bugzilla.wikimedia.org/show_bug.cgi?id=33282
--- Comment #4 from Happy-melon <[email protected]> 2011-12-29 14:57:02 UTC --- (In reply to comment #1) > Other ideas: > > 1) > * Remove post-submit "error" and checkbox > * Normal submit > * After submit go to confirmation screen (could be AJAXified to not need a > refresh) That's exactly what the current system is; it's just that confirmation screen looks almost exactly the same as the original screen :) > 2) > * Remove post-submit "error" and checkbox > * Extend existing JavaScript module to disable the submit button when username > matches logged-in user, and So now only admins without javascript can accidentally block themselves? :p This would certainly work as a JS 'graceful enable' to replace the (inevitably more clunky) web1.0 version. > 2) add a checkbox next to the submit button "[_] Are > you sure you want to block yourself ?" ..which when ticked would set > input.disabled=false It doesn't need to be a checkbox, just a popup confirm/cancel intercepting the form submission. (In reply to comment #3) > Be nice if whatever solution is chosen could be worked into HTMLForm in some > sort of generic way. It would be something like $('#somewrapperid input.mw-htmlform-submit').click(interceptFunction) rather than anything particular to HTMLForm. It's already pretty generic, but if you wanted to make it more so, you'd be making jquery plugins for HTMLForms. Mind you, we need to revamp our JS integration with HTMLForm all round, so this might be a good thing to do in that. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
