Liam wrote: > First, a BIG thank you to Peter and others: the new menu item > "overwrite" is much clearer. > > I do still have a problem in several gnomish scenarios, but things > are indeed getting better. > > If I use the file manager and drag a file to gimp, or if I use the > image thumbnail browser (e.g. gthumb, but others do this too) and > say, "open in gimp", then gimp now imports my original jpeg file > (say). And a keystroke that I use literally hundreds of times in > any one day, will silently, without any warning, overwrite that > file -- control-E and control-shift-E (fit window to image, fit > window to image, respectively). without warning? spec says that lossy format export will always show one combined export options dialog: <http://gui.gimp.org/index.php/Save_%2B_export_specification#export_option > > So how about > (1) no default keybinding for "overwrite precious file" at all. this is the best solution. When the menu item is "Overwrite foo.jpg" there is no shortcut key (by default, users can change this) and the process of invoking it becomes deliberate and visible, via the File menu. The other use of the menu item, "Export to foo.jpg" will keep the ctrl-E shortcut. and the double binding of ctrl(-shift)-R, that was a mistake and will be corrected. thanks for pointing out the concept bugs, --ps founder + principal interaction architect man + machine interface works http://mmiworks.net/blog : on interaction architecture _______________________________________________ Gimp-developer mailing list Gimp-developer@xxxxxxxxxxxxxxxxxxxxxx https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
