#7479: Save dialogs not modal ------------------------------------+---------------------------- Reporter: humdinger | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1/alpha3 Component: Applications/Tracker | Version: R1/Development Resolution: invalid | Keywords: Blocked By: | Blocking: Has a Patch: 0 | Platform: All ------------------------------------+---------------------------- Comment (by bonefish): Replying to [comment:3 humdinger]: > I can see an advantage of having only the save dialog modal. Normally, you invoke the save dialog to save the current state of the document, implying that it cannot change until it is "save". Unfortunately making the dialog modal prevents the user not only from changing the document's state. Ubiquitous use of modal dialogs is definitely one of the top items on my Windows user-unfriendliness list (beaten by "mouse wheel affecting the focused widget", but competing with the "scroll bar from hell"). I find myself relatively often in the situation that I need some information from the document while playing with a modal dialog. In the save dialog case that information is ususally a name, date,... that shall contribute to the file name. I don't use Icon-O-Matic, so I don't really care, but from your description the dialog didn't seem to be the main factor leading to the data loss. It's rather hard to protect the users from themselves (without introducing serious annoyances) and I don't think making dialogs modal would help a lot with that. I'd be more in favor of "allow them to mess up, but also give them the tools to easily recover from it" (e.g. an automatic, persistent undo/version history). -- Ticket URL: <http://dev.haiku-os.org/ticket/7479#comment:6> Haiku <http://dev.haiku-os.org> Haiku - the operating system.