Origens do uso do diálogo modal "salvar alterações" de "fechar sem salvar", sua falta de aceleradores de teclado e como interagir com esses diálogos

Esta caixa de diálogo é de fato fornecida pelo Gtk.

Tem aceleradores; eles não são indicados por padrão, mas se você mantiver Altpressionado, você os verá. No Gedit, eles são wpara “Fechar sem salvar”, cpara “Cancelar” e spara “Salvar como...” Você também pode usar Escpara cancelar e Entersalvar.

Acredito que o GTK/GNOME empresta bastante de suas diretrizes de design de interface humana do Apple macOS e seus ancestrais.

Acho que o Mac tinha regras de design bastante fortes para suas janelas de diálogo:

• Enterseria sempre o acelerador para "fazer a coisa padrão/segura", ou seja, Salvar ou Salvar como... em seus exemplos, uma espécie de "afirmativa universal". O limite mais grosso nos botões Salvar/Salvar como é a dica de que esse é o caso.
• Escsempre seria o botão "parar, afinal não quero isso", invocando o equivalente a "Cancelar" em seus exemplos. Em outras palavras, o acelerador "negativo universal".
• ..e como o "fechar sem salvar" é a opção destrutiva (faz com que os dados sejam perdidos), na verdade deve ser mais difícil escolher do que os outros. Portanto, não terá nenhum dos aceleradores universais.

Você pode querer ler o documento clássico Macintosh Human Interface Guidelines , ou pelo menos as partes relacionadas às caixas de diálogo ( Feedback e Diálogo começando na página 33 do PDF, e todo o Capítulo 6 sobre caixas de diálogo, começando na página 199.) GTK fez algumas modificações, este documento antigo é uma descrição muito clara do tipo de filosofia de design que os designers de interface do usuário podem estar buscando.

O GNOME também tem suas próprias Diretrizes de Interface Humana. Em particular, define explicitamente que os aceleradores (conhecidos como chaves de acesso em sua terminologia) são indicados apenas quando Altpressionados.

No que diz respeito às origens , dou alguns exemplos de um editor unix clássico "vi" (e "vim").

No vim, após o comando "quit" "q":

   E37: No write since last change (add ! to override)

Isso aparece em uma linha inferior vermelha (!). Agora você precisa decidir se deseja q!(realmente sair do seu "buffer" sem nome - ainda não há arquivo) ou w my file(escrever como arquivo 'meu arquivo' ( w! my filesobrescreve)) e depois q. Ou apenas continue - não é modal, apenas uma linha que desaparece.

(com um arquivo existente é wqpara salvar no arquivo existente , seguido de quit)

No ainda mais clássico "vi" (1976 (!) diz wikipedia):

No write since last change (:quit! overrides) 

Nenhuma indicação aqui de que q significa sair. Você encontra em man ex.

quit abbr: q
         Causes ex to terminate.  No automatic write of the editor buffer
         to a file is performed.  However, ex issues a warning message [...]

Ou no vim, depoish[elp] quit

:q[uit]      Quit the current window.  Quit Vim if this is the last
             window.  This fails when changes have been made [...]

E um Control-C dá (no vim novamente):

Type  :qa!  and press <Enter> to abandon all changes and exit Vim

Se você ler isso pela primeira vez, parece um insulto mal formatado: Digite "qa", seu idiota . O que realmente significa é: ponto e vírgula para o modo de comando, qa para sair de todos os arquivos/janelas e "!" para forçar a desistência.

Deixar um editor nunca foi simples – nem pode ser. Seus exemplos também demonstram isso.

Fico feliz que a primeira resposta ( Altchave para mostrar) resolva o problema principal.

O botão "salvar (como)(...)" em si também é muito inconsistente: sublime e libreoffice parecem gravar diretamente no arquivo "Novo" ou no documento "Sem título 1". Pluma está faltando os pontos! Ah, entendo: é chamado de "Documento não salvo 1", então é claro que "salvar como" significa "salvar como ..." e não "salvar como está". Quem iria querer um paradoxo como esse em sua pasta?

Eu quero dizer: você realmente não pode chamar "linux" de hostil . Todo mundo está se esforçando para configurar um ambiente de desktop útil em uma GUI rodando no linux.

enfileirar minhas ações inteiramente do teclado.

hmm, parece que você gostaria de usar o vim em um terminal;)

Agora vou ver se consigo deixar meu vim mais amigável . Realmente não deveria estar em uma linha de erro de fundo vermelho ...