Завершение имени файла вкладки оболочки emacs никогда не закрывать и умножать - после блокировки gdb в windows fix - PullRequest
0 голосов
/ 07 октября 2018

Исходный вопрос приведен ниже.

Я использовал gdb более пары десятилетий, и после обновления gdb начал побеждать cxb и не позволял использовать окна для просмотра вещей, которые я хотел видеть.При навязывании привязок к буферам мне было все равно, чтобы увидеть.Похоже, исправление нарушило завершение табуляции для оболочек.

Ах, так как я могу помешать gdb взять контроль над макетом буферов / окон / фреймов, не нарушая что-то еще?

;; fix 'feature' of broken gdb where it takes control of an
;; emacs window, and locks the user out from switching from it
;;
  (defun set-window-undedicated-p (window flag)
    "Never set window dedicated."
     flag)
  (advice-add 'set-window-dedicated-p :override #'set-window-undedicated-p)

--- проблема в исходном посте --->

около года назад, после обновления окна завершения имени файла в оболочке перестали закрываться после завершения.Я думал, что это поведение исчезнет в следующем выпуске ... но оно никогда не будет.

In the shell I have typed 'ls' and see three files in a directory,

попадание на вкладку - все хорошо

hitting tab -- all good

после завершения, затем еще одна ls с вкладкой

after completion, then another ls with tab

Я могу повторять этот процесс, пока моя панель оболочки почти не вытеснена, и emacs не заполнит панели завершения, которые всесодержат дополнительные виды оболочки.

e4 e5 e6

Это какая-то новая функция, которую можно отключить?Или это, как представляется более вероятным, ошибка?(Как это могло жить так долго !?).Есть ли простой способ, не отрывая рук от клавиатуры, вообще закрыть окно завершения, чтобы экран выглядел так, как он делал до нажатия на вкладку?

[Мне пришлось вынуть более подробные описания изображений, потому что с ними обмен стеками жаловался на неформатированный код и не занимал пост ... в них даже не было намека на код.В любом случае, этого должно быть достаточно.]

...