On 9 January 2014 08:50, Nicolai Hess <nicolaih...@web.de> wrote: > > 2014/1/9 Igor Stasenko <siguc...@gmail.com> > >> >> >> >> On 8 January 2014 22:04, dimitris chloupis <theki...@yahoo.co.uk> wrote: >> >>> I don't like an app that does not ask for my confirmation , because I >>> tend to do a lot of stupid mistakes along the way and I want to be able to >>> fix everyone of them even before they happen. Please don't remove that, >>> that would be reason enough for me to stop using Pharo. >>> >>> for stupid mistakes, there's (or should be , if missing) - undo. >> >> Another recipe: just don't make mistakes :) >> >> >>> Undo also wont do, because I dont always realise my mistakes until >>> much later on. >>> >> >> sorry.. but then perhaps you should find different occupation? :) >> computers (and software systems we writing) will never be smart enough to >> predict or prevent you from doing mistakes. putting 'are you really really >> sure?' popups everywhere doesn't helps but just serves as a distraction.. >> because at certain point, your reaction on these popups become completely >> mechanical and just cost you extra time and no cognitive load only a >> distraction. >> >> at the end, it is just silly: the point is that i am always sure about >> things i do, when interacting with my computer. if i'm not, i simply don't >> (or i save and then proceed with caution).. and in any case, i don't need >> stupid UI asking me about things i already decided to do (yes i am sort of >> man, who disables file deletion warning, if it provided). >> >> when you pushing gas pedal in your car, or brakes, are there also popups >> which freezes your feet and asks to press yes or no before proceed? >> because wrong decision could cost you much more - your own life. >> >> And having to undo all my work to fix a stupid mistake is a nightmare. >>> The only thing that would make sense for removing confirmation dialogs is >>> editable action history. Take a look at Photoshop. Some 3d apps also have >>> something similar. Every action is recorded at a history ( a list) and >>> there is a gui that allow you to remove individual actions without deleting >>> or affecting other actions. Very cool stuff. >>> >>> that what we did with Ben: there is navigation history, where you can >> find unsaved changes. but people prefer popping up red herrings instead. >> >> >> >> >>> >>> On Wednesday, 8 January 2014, 11:44, Igor Stasenko <siguc...@gmail.com> >>> wrote: >>> i want to discard. discard this modal thingies altogether.. >>> and we did that with Ben, but then people turned their nose against it >>> and rolled back the change. >>> >>> >>> On 8 January 2014 17:02, Sean P. DeNigris <s...@clipperadams.com>wrote: >>> >>> I still have these un-interact-able pop ups following me around endlessly >>> when I have unaccepted edits in Nautilus. It seems intermittent. Not sure >>> how exactly to reproduce… Anyone else? >>> >>> b.t.w. the secret seems to be to bring up halos on the pop-up and >>> clicking >>> the (x) halo. Trying to click its buttons only makes it angry >>> >>> >>> >>> ----- >>> Cheers, >>> Sean >>> -- >>> View this message in context: >>> http://forum.world.st/Do-you-want-to-accept-Discard-tp4735220.html >>> Sent from the Pharo Smalltalk Developers mailing list archive at >>> Nabble.com. >>> >>> >>> >>> >>> -- >>> Best regards, >>> Igor Stasenko. >>> >>> >>> >> >> >> -- >> Best regards, >> Igor Stasenko. >> > > > I don't think we have to discuss what would be the better alternative. > People have different preferences and different workflows. > Why don't we make a setting for this? Something like "Codepanes can > discard edits", and let Nautilus and other > codepanes behave like the Workspace (I remember a time when workspaces > asked too before discarding edits) > > About the editing history, most people said it is a good idea. The reason > I reverted this back was not someone > doesn't like it. It just didn't worked. > As commented in the bug case: > 1. not alll interactions created an editing history entry. > 2. throwing away the history on window closing was at leas unexpected for > some users. > 3. the history that was used for both, navigation and editing, is limited > to 15 entries > > .. and instead of fixing the above things was thrown away. We will never have good UI if we will use such strategy to develop it.
Nicolai > > -- Best regards, Igor Stasenko.