* bug#12380: other window related commands broken @ 2012-09-07 18:58 Doug Morgan 2012-09-07 20:26 ` martin rudalics 2022-02-13 9:30 ` bug#12380: more control over window splitting Lars Ingebrigtsen 0 siblings, 2 replies; 13+ messages in thread From: Doug Morgan @ 2012-09-07 18:58 UTC (permalink / raw) To: 12380 emac version: 24.2.1 cygwin Vista Edit a file C-x 2 (OK, now you have a two windows split horizontally) C-x C-b One of the windows **splits vertically**(!!) to show the buffer menu. Older versions of emacs (I don't know how far back you have to go) use the "other" window of the two horizontally split window to display the menu. The old way is by far the better way. The same thing happens with C-x 4 C-f and I think other C-x 4 commands. All make for annoying work cleaning up your windows after the unwanted vertical splits happen. Doug ^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#12380: other window related commands broken 2012-09-07 18:58 bug#12380: other window related commands broken Doug Morgan @ 2012-09-07 20:26 ` martin rudalics 2012-09-07 22:16 ` Doug Morgan 2022-02-13 9:30 ` bug#12380: more control over window splitting Lars Ingebrigtsen 1 sibling, 1 reply; 13+ messages in thread From: martin rudalics @ 2012-09-07 20:26 UTC (permalink / raw) To: Doug Morgan; +Cc: 12380 > Edit a file > C-x 2 > (OK, now you have a two windows split horizontally) > C-x C-b > One of the windows **splits vertically**(!!) to show the buffer menu. With emacs -Q here the lower window is used. > Older versions of emacs (I don't know how far back you have to go) use > the "other" window of the two horizontally split window to display the > menu. The old way is by far the better way. The same thing happens > with C-x 4 C-f and I think other C-x 4 commands. All make for annoying > work cleaning up your windows after the unwanted vertical splits happen. Please test with emacs -Q and from the Help menu use the entry "How to Report a Bug" in order to provide the necessary information. Thanks, martin ^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#12380: other window related commands broken 2012-09-07 20:26 ` martin rudalics @ 2012-09-07 22:16 ` Doug Morgan 2012-09-08 1:00 ` Ken Brown 2012-09-08 8:18 ` martin rudalics 0 siblings, 2 replies; 13+ messages in thread From: Doug Morgan @ 2012-09-07 22:16 UTC (permalink / raw) To: martin rudalics; +Cc: 12380 I had only tested it with "emacs -q" (forgot about the Q version). However, retesting with "emacs -Q" gives the same behavior. Also, the menu only has "Send Bug Report..." which doesn't work for me "Wrong type argument: string, nil" after I enter a subject title (never having set up emacs to handle mail). Inside the unsent email buffer was this interesting looking text (and it looked like it would go to bug-gnu-emacs@gnu.org so I'm cc'ing that: In GNU Emacs 24.2.1 (i686-pc-cygwin, GTK+ Version 2.24.11) of 2012-08-27 on fiona Windowing system distributor `The Cygwin/X Project', version 11.0.11204000 Configured using: `configure '--srcdir=/home/kbrown/src/cygemacs/emacs-24.2-1/src/emacs-24.2' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--libexecdir=/usr/lib' '--datadir=/usr/share' '--localstatedir=/var' '--sysconfdir=/etc' '--datarootdir=/usr/share' '--docdir=/usr/share/doc/emacs' '-C' '--without-gsettings' '--without-gconf' 'CC=gcc' 'CFLAGS=-ggdb -O2 -pipe -fdebug-prefix-map=/home/kbrown/src/cygemacs/emacs-24.2-1/build=/usr/src/debug/emacs-24.2-1 -fdebug-prefix-map=/home/kbrown/src/cygemacs/emacs-24.2-1/src/emacs-24.2=/usr/src/debug/emacs-24.2-1' 'LDFLAGS=-L/usr/lib/ncursesw' 'LIBS=' 'CPPFLAGS=-I/usr/include/ncursesw'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: en_US.UTF-8 value of $XMODIFIERS: nil locale-coding-system: utf-8-unix default enable-multibyte-characters: t Major mode: Dired by name Minor modes in effect: tooltip-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Doug On 9/7/2012 1:26 PM, martin rudalics wrote: >> Edit a file >> C-x 2 >> (OK, now you have a two windows split horizontally) >> C-x C-b >> One of the windows **splits vertically**(!!) to show the buffer menu. > > With emacs -Q here the lower window is used. > >> Older versions of emacs (I don't know how far back you have to go) >> use the "other" window of the two horizontally split window to >> display the menu. The old way is by far the better way. The same >> thing happens with C-x 4 C-f and I think other C-x 4 commands. All >> make for annoying work cleaning up your windows after the unwanted >> vertical splits happen. > > Please test with emacs -Q and from the Help menu use the entry > "How to Report a Bug" in order to provide the necessary information. > > Thanks, martin > > ^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#12380: other window related commands broken 2012-09-07 22:16 ` Doug Morgan @ 2012-09-08 1:00 ` Ken Brown 2012-09-08 8:18 ` martin rudalics 1 sibling, 0 replies; 13+ messages in thread From: Ken Brown @ 2012-09-08 1:00 UTC (permalink / raw) To: Doug Morgan; +Cc: 12380 On 9/7/2012 6:16 PM, Doug Morgan wrote: > On 9/7/2012 1:26 PM, martin rudalics wrote: >>> Edit a file >>> C-x 2 >>> (OK, now you have a two windows split horizontally) >>> C-x C-b >>> One of the windows **splits vertically**(!!) to show the buffer menu. >> >> With emacs -Q here the lower window is used. > In GNU Emacs 24.2.1 (i686-pc-cygwin, GTK+ Version 2.24.11) > of 2012-08-27 on fiona I'm using the same Cygwin build as you, but I can't reproduce the problem. I get the same results as Martin. Are you sure you haven't left anything out of your recipe? Ken ^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#12380: other window related commands broken 2012-09-07 22:16 ` Doug Morgan 2012-09-08 1:00 ` Ken Brown @ 2012-09-08 8:18 ` martin rudalics 2012-09-09 1:34 ` Doug Morgan 1 sibling, 1 reply; 13+ messages in thread From: martin rudalics @ 2012-09-08 8:18 UTC (permalink / raw) To: Doug Morgan; +Cc: 12380 > I had only tested it with "emacs -q" (forgot about the Q version). > However, retesting with "emacs -Q" gives the same behavior. Interesting. > Also, the > menu only has "Send Bug Report..." which doesn't work for me "Wrong type > argument: string, nil" after I enter a subject title (never having set > up emacs to handle mail). This should not happen. Can you get us a backtrace by checking the "Enter Debugger on Error" entry in the Options menu before trying the "Send Bug Report...". (My apologies if this has been reported before and already fixed.) > Inside the unsent email buffer was this interesting looking text (and it > looked like it would go to bug-gnu-emacs@gnu.org so I'm cc'ing that: Tha's what we need ;-) > In GNU Emacs 24.2.1 (i686-pc-cygwin, GTK+ Version 2.24.11) > of 2012-08-27 on fiona I suppose the following > Major mode: Dired by name is not part of the recipe? Anyway, back to your first report. Does >> One of the windows **splits vertically**(!!) mean that the new window appears on the right of another window or below it? Also please tell us which window was split - the upper one or the lower one. If the new window appears below, then in the window that gets split please do (before the split): M-: (window-total-height) RET and C-h v split-height-threshold If the new window appears on the right, please do M-: (window-total-width) RET and C-h v split-width-threshold instead. In either case, tell us what gets printed by these. Thanks, martin ^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#12380: other window related commands broken 2012-09-08 8:18 ` martin rudalics @ 2012-09-09 1:34 ` Doug Morgan 2012-09-09 10:05 ` martin rudalics 0 siblings, 1 reply; 13+ messages in thread From: Doug Morgan @ 2012-09-09 1:34 UTC (permalink / raw) To: martin rudalics; +Cc: 12380 First, here is what the debugger says when I try to "Send Bug Report:..." Debugger entered--Lisp error: (wrong-type-argument stringp nil) file-name-directory(nil) byte-code("\300\301\302\303\304!!\"\305BC\207" [format "hides \\(%s.*\\)" file-name-directory locate-library "simple.el" (1 font-lock-warning-face)] 5) (defvar load-path-shadows-font-lock-keywords (byte-code "\300\301\302\303\304!!\"\305BC\207" [format "hides \\(%s.*\\)" file-name-directory locate-library "simple.el" (1 font-lock-warning-face)] 5) ("/usr/share/emacs/24.2/lisp/emacs-lisp/shadow.elc" . 3268)) list-load-path-shadows(t) report-emacs-bug("other window splitting again" [24 50 24 2 (help-echo #<frame emacs@Doug-PC 0x20068800> "mouse-1, mouse-2: sort by size" #<window 8 on *Buffer List*> #(" CRM Buffer Size Mode File\n" 0 1 (display (space :align-to 0)) 1 4 (face fixed-pitch) 4 5 (display (space :align-to 4)) 5 11 (keymap (keymap (13 . Buffer-menu-sort-by-column) (follow-link . mouse-face) (mouse-2 . Buffer-menu-sort-by-column) (header-line keymap (mouse-2 . Buffer-menu-sort-by-column) (mouse-1 . Buffer-menu-sort-by-column))) mouse-face highlight help-echo "mouse-1, mouse-2: sort by buffer" column 2) 11 27 (display (space :align-to 26)) 27 31 (column 3 help-echo "mouse-1, mouse-2: sort by size" mouse-face highlight keymap (keymap (13 . Buffer-menu-sort-by-column) (follow-link . mouse-face) (mouse-2 . Buffer-menu-sort-by-column) (header-line keymap (mouse-2 . Buffer-menu-sort-by-column) (mouse-1 . Buffer-menu-sort-by-column)))) 31 33 (display (space :align-to 32)) 33 37 (keymap (keymap (13 . Buffer-menu-sort-by-column) (follow-link . mouse-face) (mouse-2 . Buffer-menu-sort-by-column) (header-line keymap (mouse-2 . Buffer-menu-sort-by-column) (mouse-1 . Buffer-menu-sort-by-column))) mouse-face highlight help-echo "mouse-1, mouse-2: sort by mode" column 4) 37 51 (display (space :align-to 50)) 51 55 (keymap (keymap (13 . Buffer-menu-sort-by-column) (follow-link . mouse-face) (mouse-2 . Buffer-menu-sort-by-column) (header-line keymap (mouse-2 . Buffer-menu-sort-by-column) (mouse-1 . Buffer-menu-sort-by-column))) mouse-face highlight help-echo "mouse-1, mouse-2: sort by file" column 5) 55 56 (display (space :align-to 55))) 28) (help-echo #<frame emacs@Doug-PC 0x20068800> "Major mode\nmouse-1: Display major mode menu\nmouse-2: Show help for major mode\nmouse-3: Toggle minor modes" #<window 8 on *Buffer List*> #("Buffer Menu" 0 11 (local-map (keymap (mode-line keymap (down-mouse-3 keymap (abbrev-mode menu-item "Abbrev (Abbrev)" abbrev-mode :help "Automatically expand abbreviations" :button ...) (auto-fill-mode menu-item "Auto fill (Fill)" auto-fill-mode :help "Automatically insert new lines" :button ...) (auto-revert-mode menu-item "Auto revert (ARev)" auto-revert-mode :help "Revert the buffer when the file on disk changes" :button ...) (auto-revert-tail-mode menu-item "Auto revert tail (Tail)" auto-revert-tail-mode :help "Revert the tail of the buffer when buffer grows" :enable ... :button ...) (flyspell-mode menu-item "Flyspell (Fly)" flyspell-mode :help "Spell checking on the fly" :button ...) (font-lock-mode menu-item "Font Lock" font-lock-mode :help "Syntax coloring" :button ...) (glasses-mode menu-item "Glasses (o^o)" glasses-mode :help "Insert virtual separators to make long identifiers easy to read" :button ...) (hide-ifdef-mode menu-item "Hide ifdef (Ifdef)" hide-ifdef-mode :help "Show/Hide code within #ifdef constructs" :button ...) (highlight-changes-mode menu-item "Highlight changes (Chg)" highlight-changes-mode :help "Show changes in the buffer in a distinctive color" :button ...) (outline-minor-mode menu-item "Outline (Outl)" outline-minor-mode :help "" :button ...) (overwrite-mode menu-item "Overwrite (Ovwrt)" overwrite-mode :help "Overwrite mode: typed characters replace existing text" :button ...) "Minor Modes") (mouse-2 . describe-mode) (down-mouse-1 menu-item "Menu Bar" ignore :filter (lambda ... ...)))) mouse-face mode-line-highlight help-echo "Major mode\nmouse-1: Display major mode menu\nmouse-2: Show help for major mode\nmouse-3: Toggle minor modes")) 9) (help-echo #<frame emacs@Doug-PC 0x20068800> "mouse-1: Select (drag to resize)\nmouse-2: Make current window occupy the whole frame\nmouse-3: Remove current window from display" #<window 8 on *Buffer List*> #(" " 0 3 (help-echo "mouse-1: Select (drag to resize)\nmouse-2: Make current window occupy the whole frame\nmouse-3: Remove current window from display")) 0) (help-echo #<frame emacs@Doug-PC 0x20068800> "Buffer name\nmouse-1: previous buffer\nmouse-3: next buffer" #<window 8 on *Buffer List*> #("%12b" 0 4 (local-map (keymap (header-line keymap (mouse-3 . mode-line-next-buffer) (down-mouse-3 . ignore) (mouse-1 . mode-line-previous-buffer) (down-mouse-1 . ignore)) (mode-line keymap (mouse-3 . mode-line-next-buffer) (mouse-1 . mode-line-previous-buffer))) mouse-face mode-line-highlight help-echo "Buffer name\nmouse-1: previous buffer\nmouse-3: next buffer" face mode-line-buffer-id)) 1) (help-echo #<frame emacs@Doug-PC 0x20068800> "Read a directory, to operate on its files" nil nil 0) (help-echo #<frame emacs@Doug-PC 0x20068800> "Make text in active region stand out in color (Transient Mark mode)" nil nil 0) (help-echo #<frame emacs@Doug-PC 0x20068800> "Highlight matching/mismatched parentheses at cursor (Show Paren mode)" nil nil 0) (help-echo #<frame emacs@Doug-PC 0x20068800> "Automatically fill text while typing (Auto Fill mode)" nil nil 0) (help-echo #<frame emacs@Doug-PC 0x20068800> "Ignore letter-case in search commands" nil nil 0) (help-echo #<frame emacs@Doug-PC 0x20068800> "Use C-z/C-x/C-c/C-v keys for undo/cut/copy/paste" nil nil 0) (help-echo #<frame emacs@Doug-PC 0x20068800> "Uniquify buffer names by adding parent directory names" nil nil 0) (help-echo #<frame emacs@Doug-PC 0x20068800> "Visit files of previous session when restarting Emacs" nil nil 0) (help-echo #<frame emacs@Doug-PC 0x20068800> "Uniquify buffer names by adding parent directory names" nil nil 0) (help-echo #<frame emacs@Doug-PC 0x20068800> "Use C-z/C-x/C-c/C-v keys for undo/cut/copy/paste" nil nil 0) (help-echo #<frame emacs@Doug-PC 0x20068800> "Ignore letter-case in search commands" nil nil 0) (help-echo #<frame emacs@Doug-PC 0x20068800> "Use C-z/C-x/C-c/C-v keys for undo/cut/copy/paste" nil nil 0) (help-echo #<frame emacs@Doug-PC 0x20068800> "Uniquify buffer names by adding parent directory names" nil nil 0) (help-echo #<frame emacs@Doug-PC 0x20068800> "Visit files of previous session when restarting Emacs" nil nil 0) (help-echo #<frame emacs@Doug-PC 0x20068800> "Whether the cursor blinks (Blink Cursor mode)" nil nil 0) (help-echo #<frame emacs@Doug-PC 0x20068800> "Enter Lisp debugger when an error is signaled" nil nil 0) (help-echo #<frame emacs@Doug-PC 0x20068800> "Enter Lisp debugger when C-g is pressed" nil nil 0) (help-echo #<frame emacs@Doug-PC 0x20068800> "Enter Lisp debugger when an error is signaled" nil nil 0) (help-echo #<frame emacs@Doug-PC 0x20068800> "Whether the cursor blinks (Blink Cursor mode)" nil nil 0) (help-echo #<frame emacs@Doug-PC 0x20068800> "Visit files of previous session when restarting Emacs" nil nil 0) (help-echo #<frame emacs@Doug-PC 0x20068800> "Whether the cursor blinks (Blink Cursor mode)" nil nil 0) (help-echo #<frame emacs@Doug-PC 0x20068800> "Enter Lisp debugger when an error is signaled" nil nil 0) (menu-bar) options debug-on-error (help-echo #<frame emacs@Doug-PC 0x20068800> "Cut (kill) text in region between mark and current position" nil nil 0) (help-echo #<frame emacs@Doug-PC 0x20068800> "Learn how to use Emacs" nil nil 0) (help-echo #<frame emacs@Doug-PC 0x20068800> "Learn how to use Emacs (choose a language)" nil nil 0) (help-echo #<frame emacs@Doug-PC 0x20068800> "Frequently asked (and answered) questions about Emacs" nil nil 0) (help-echo #<frame emacs@Doug-PC 0x20068800> "New features of this version" nil nil 0) (help-echo #<frame emacs@Doug-PC 0x20068800> "Read about known problems with Emacs" nil nil 0) (help-echo #<frame emacs@Doug-PC 0x20068800> "Send e-mail to Emacs maintainers" nil nil 0) (help-echo #<frame emacs@Doug-PC 0x20068800> "Our doctor will help you feel better" nil nil 0) (help-echo #<frame emacs@Doug-PC 0x20068800> "Send e-mail to Emacs maintainers" nil nil 0) (menu-bar) help-menu send-emacs-bug-report]) call-interactively(report-emacs-bug nil nil) It's in a window named *Backtrace* so I hope that is the backtrace you want. I almost thought I was going crazy, I could not reproduce the problem. Then I found the missing trick is to widen the entire emacs window. Then I read your email more carefully and checked that split_window_threshold was 160 and that it was changed/introduced in 23.1 (which is about when I first started noticing the problem but figured I'd wait for an new version before reporting it - long suffering is my middle name). I did exactly flip my usage of vertical and horizontal splitting from the emacs usage of the term. I should have said "One of the windows **splits horizontally**(!!) ". In any case the bad split is into two side-by-side windows. The to-my-taste poor splitting happens when (window-total-width) >= 164. The problem is fixed by setting split-width-threshold to 500. Thank you! I did try setting it to nil as the variable's documentation suggests and the customization dialog told me the value of the variable needed to be an integer. Don't know if it accepted nil anyway or rejected it or what, but 500 sure works. Thanks again. I do think split-width-threshold should default to never splitting horizontally (I've got the right word this time), but that's just decades of never have wide windows automatically split horizontally talking. Maybe it will seem perfectly natural to someone not shocked to see it. On second thought, I wouldn't so much mind emacs splitting a window horizontally when I just have one window visible at the time. That might actually be nice. However, when I already have my screen split in two, but vertically, I think it's a bad idea without redeeming qualities to split one of the windows horizontally instead of just jumping to the "other" already open window. So, I'm changing my bug report to say that emacs should never automatically introduce any new split for M-x M-b (and similar commands) when it already has two or more open windows (regardless of how they are arranged). The problem is just a bit deeper than simply changing the value of split-width-threshold. Doug On 9/8/2012 1:18 AM, martin rudalics wrote: > > I had only tested it with "emacs -q" (forgot about the Q version). > > However, retesting with "emacs -Q" gives the same behavior. > > Interesting. > > > Also, the > > menu only has "Send Bug Report..." which doesn't work for me "Wrong > type > > argument: string, nil" after I enter a subject title (never having set > > up emacs to handle mail). > > This should not happen. Can you get us a backtrace by checking the > "Enter Debugger on Error" entry in the Options menu before trying the > "Send Bug Report...". (My apologies if this has been reported before > and already fixed.) > > > Inside the unsent email buffer was this interesting looking text > (and it > > looked like it would go to bug-gnu-emacs@gnu.org so I'm cc'ing that: > > Tha's what we need ;-) > > > In GNU Emacs 24.2.1 (i686-pc-cygwin, GTK+ Version 2.24.11) > > of 2012-08-27 on fiona > > I suppose the following > > > Major mode: Dired by name > > is not part of the recipe? Anyway, back to your first report. Does > > >> One of the windows **splits vertically**(!!) > > mean that the new window appears on the right of another window or below > it? Also please tell us which window was split - the upper one or the > lower one. If the new window appears below, then in the window that > gets split please do (before the split): > > M-: (window-total-height) RET > > and > > C-h v split-height-threshold > > If the new window appears on the right, please do > > M-: (window-total-width) RET > > and > > C-h v split-width-threshold > > instead. In either case, tell us what gets printed by these. > > Thanks, martin > ^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#12380: other window related commands broken 2012-09-09 1:34 ` Doug Morgan @ 2012-09-09 10:05 ` martin rudalics 2012-09-09 13:45 ` Ken Brown 2012-09-09 21:19 ` Doug Morgan 0 siblings, 2 replies; 13+ messages in thread From: martin rudalics @ 2012-09-09 10:05 UTC (permalink / raw) To: Doug Morgan; +Cc: 12380 > First, here is what the debugger says when I try to "Send Bug Report:..." > Debugger entered--Lisp error: (wrong-type-argument stringp nil) > file-name-directory(nil) > byte-code("\300\301\302\303\304!!\"\305BC\207" [format "hides > \\(%s.*\\)" file-name-directory locate-library "simple.el" (1 > font-lock-warning-face)] 5) I don't understand why it doesn't find this. Does evaluating (locate-library "simple.el") always fail on your system? If so, what is your value of the variable `load-path'? > I did exactly flip my usage of vertical and > horizontal splitting from the emacs usage of the term. I should have > said "One of the windows **splits horizontally**(!!) ". The terms vertically/horizontally have caused lots of confusion in the past and meanwhile should have been elided from all references to window splitting. > In any case the > bad split is into two side-by-side windows. The to-my-taste poor > splitting happens when (window-total-width) >= 164. I see. > The problem is fixed by setting split-width-threshold to 500. nil should be more intuitive. > I did try setting it to nil as the variable's documentation > suggests and the customization dialog told me the value of the variable > needed to be an integer. Don't know if it accepted nil anyway or > rejected it or what, but 500 sure works. Thanks again. In the dialog you are not allowed to insert nil in the field reserved for numbers. You should use the "Value Menu" button and select "nil" from the choices presented there. Please try again. > I do think split-width-threshold should default to never splitting > horizontally (I've got the right word this time), but that's just > decades of never have wide windows automatically split horizontally > talking. Maybe it will seem perfectly natural to someone not shocked to > see it. IIRC we made it an integer (albeit a large one) to make people notice that they can use it. I can't judge whether that was a good idea. > On second thought, I wouldn't so much mind emacs splitting a window > horizontally when I just have one window visible at the time. That > might actually be nice. However, when I already have my screen split in > two, but vertically, I think it's a bad idea without redeeming qualities > to split one of the windows horizontally instead of just jumping to the > "other" already open window. But that's why `split-width-threshold' is customizable. More experienced users can write their own `split-window-sensibly' substitutes which gives them lots of additional possibilites. > So, I'm changing my bug report to say that emacs should never > automatically introduce any new split for M-x M-b (and similar commands) > when it already has two or more open windows (regardless of how they are > arranged). The problem is just a bit deeper than simply changing the > value of split-width-threshold. Maybe someone has a good idea on how to improve this. martin ^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#12380: other window related commands broken 2012-09-09 10:05 ` martin rudalics @ 2012-09-09 13:45 ` Ken Brown 2012-09-10 8:39 ` martin rudalics 2012-09-09 21:19 ` Doug Morgan 1 sibling, 1 reply; 13+ messages in thread From: Ken Brown @ 2012-09-09 13:45 UTC (permalink / raw) To: martin rudalics; +Cc: Doug Morgan, 12380 On 9/9/2012 6:05 AM, martin rudalics wrote: > > First, here is what the debugger says when I try to "Send Bug > Report:..." > > Debugger entered--Lisp error: (wrong-type-argument stringp nil) > > file-name-directory(nil) > > byte-code("\300\301\302\303\304!!\"\305BC\207" [format "hides > > \\(%s.*\\)" file-name-directory locate-library "simple.el" (1 > > font-lock-warning-face)] 5) > > I don't understand why it doesn't find this. Does evaluating > > (locate-library "simple.el") > > always fail on your system? If so, what is your value of the variable > `load-path'? Cygwin users who install the emacs package don't get the elisp sources; they have to install the emacs-el package for that. So if Doug hasn't installed emacs-el, then (locate-library "simple.el") will fail, whereas (locate-library "simple") will correctly give "/usr/share/emacs/24.2/lisp/simple.elc". Ken ^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#12380: other window related commands broken 2012-09-09 13:45 ` Ken Brown @ 2012-09-10 8:39 ` martin rudalics 2012-09-10 14:10 ` Ken Brown 0 siblings, 1 reply; 13+ messages in thread From: martin rudalics @ 2012-09-10 8:39 UTC (permalink / raw) To: Ken Brown; +Cc: Doug Morgan, 12380 > Cygwin users who install the emacs package don't get the elisp sources; > they have to install the emacs-el package for that. So if Doug hasn't > installed emacs-el, then (locate-library "simple.el") will fail, whereas > (locate-library "simple") will correctly give > "/usr/share/emacs/24.2/lisp/simple.elc". Thanks for the information. Apparently, Glenn has already installed a fix for this. Please try it. Thanks, martin ^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#12380: other window related commands broken 2012-09-10 8:39 ` martin rudalics @ 2012-09-10 14:10 ` Ken Brown 0 siblings, 0 replies; 13+ messages in thread From: Ken Brown @ 2012-09-10 14:10 UTC (permalink / raw) To: martin rudalics; +Cc: Doug Morgan, 12380 On 9/10/2012 4:39 AM, martin rudalics wrote: > > Cygwin users who install the emacs package don't get the elisp sources; > > they have to install the emacs-el package for that. So if Doug hasn't > > installed emacs-el, then (locate-library "simple.el") will fail, whereas > > (locate-library "simple") will correctly give > > "/usr/share/emacs/24.2/lisp/simple.elc". > > Thanks for the information. Apparently, Glenn has already installed a > fix for this. Please try it. With Glenn's patch, report-emacs-bug will work even if the elisp sources are not installed. Thanks, Glenn. Ken ^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#12380: other window related commands broken 2012-09-09 10:05 ` martin rudalics 2012-09-09 13:45 ` Ken Brown @ 2012-09-09 21:19 ` Doug Morgan 1 sibling, 0 replies; 13+ messages in thread From: Doug Morgan @ 2012-09-09 21:19 UTC (permalink / raw) To: martin rudalics; +Cc: 12380 On 9/9/2012 3:05 AM, martin rudalics wrote: > > First, here is what the debugger says when I try to "Send Bug > Report:..." > > Debugger entered--Lisp error: (wrong-type-argument stringp nil) > > file-name-directory(nil) > > byte-code("\300\301\302\303\304!!\"\305BC\207" [format "hides > > \\(%s.*\\)" file-name-directory locate-library "simple.el" (1 > > font-lock-warning-face)] 5) > > I don't understand why it doesn't find this. Does evaluating > > (locate-library "simple.el") > > always fail on your system? If so, what is your value of the variable > `load-path'? > Ken Brown explained this one. I haven't loaded the emacs-el cygwin package. > ... > > The problem is fixed by setting split-width-threshold to 500. > > nil should be more intuitive. > > > I did try setting it to nil as the variable's documentation > > suggests and the customization dialog told me the value of the variable > > needed to be an integer. Don't know if it accepted nil anyway or > > rejected it or what, but 500 sure works. Thanks again. > > In the dialog you are not allowed to insert nil in the field reserved > for numbers. You should use the "Value Menu" button and select "nil" > from the choices presented there. Please try again. Ah, that's how you use that customization buffer thingie. I've paid it and customizations as little attention as possible since they appeared (I said long-suffering, but maybe just unsufferably lazy). "Value Menu" indeed does the trick. > ... > martin > Doug ^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#12380: more control over window splitting 2012-09-07 18:58 bug#12380: other window related commands broken Doug Morgan 2012-09-07 20:26 ` martin rudalics @ 2022-02-13 9:30 ` Lars Ingebrigtsen 2022-03-14 10:34 ` Lars Ingebrigtsen 1 sibling, 1 reply; 13+ messages in thread From: Lars Ingebrigtsen @ 2022-02-13 9:30 UTC (permalink / raw) To: Doug Morgan; +Cc: 12380 Doug Morgan <dougrm@sprynet.com> writes: > emac version: 24.2.1 > cygwin > Vista > > Edit a file > C-x 2 > (OK, now you have a two windows split horizontally) > C-x C-b > One of the windows **splits vertically**(!!) to show the buffer menu. > Older versions of emacs (I don't know how far back you have to go) use > the "other" window of the two horizontally split window to display the > menu. The old way is by far the better way. The same thing happens > with C-x 4 C-f and I think other C-x 4 commands. All make for annoying > work cleaning up your windows after the unwanted vertical splits > happen. (I'm going through old bug reports that unfortunately weren't resolved at the time.) Are you still seeing this issue in recent Emacs versions? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no ^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#12380: more control over window splitting 2022-02-13 9:30 ` bug#12380: more control over window splitting Lars Ingebrigtsen @ 2022-03-14 10:34 ` Lars Ingebrigtsen 0 siblings, 0 replies; 13+ messages in thread From: Lars Ingebrigtsen @ 2022-03-14 10:34 UTC (permalink / raw) To: Doug Morgan; +Cc: 12380 Lars Ingebrigtsen <larsi@gnus.org> writes: > Are you still seeing this issue in recent Emacs versions? More information was requested, but no response was given within a month, so I'm closing this bug report. If the problem still exists, please respond to this email and we'll reopen the bug report. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no ^ permalink raw reply [flat|nested] 13+ messages in thread
end of thread, other threads:[~2022-03-14 10:34 UTC | newest] Thread overview: 13+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2012-09-07 18:58 bug#12380: other window related commands broken Doug Morgan 2012-09-07 20:26 ` martin rudalics 2012-09-07 22:16 ` Doug Morgan 2012-09-08 1:00 ` Ken Brown 2012-09-08 8:18 ` martin rudalics 2012-09-09 1:34 ` Doug Morgan 2012-09-09 10:05 ` martin rudalics 2012-09-09 13:45 ` Ken Brown 2012-09-10 8:39 ` martin rudalics 2012-09-10 14:10 ` Ken Brown 2012-09-09 21:19 ` Doug Morgan 2022-02-13 9:30 ` bug#12380: more control over window splitting Lars Ingebrigtsen 2022-03-14 10:34 ` Lars Ingebrigtsen
Code repositories for project(s) associated with this external index https://git.savannah.gnu.org/cgit/emacs.git https://git.savannah.gnu.org/cgit/emacs/org-mode.git This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.