[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#12253: Restore window start position
From: |
martin rudalics |
Subject: |
bug#12253: Restore window start position |
Date: |
Fri, 24 Aug 2012 11:45:20 +0200 |
> Usually Info widens the Info buffer, moves point using `goto-char' and
> finally narrows the buffer to the current node. There is no way to use
> `set-window-point' in this workflow. Other places (that move point
> after narrowing) could use the same function `goto-char' for consistency.
Conceptually, `goto-char' and `set-window-point' are idempotent with the
current buffer in the selected window. Now *info* synchronizes
navigation in all windows showing *info*. But if I split an *info*
window showing the (narrowed) beginning of *info* and do
(set-window-point (window-in-direction 'below) (point-max))
with the upper window selected, the lower window shows the (narrowed)
end of *info* and
(with-selected-window (window-in-direction 'below)
(goto-char (point-max)))
does the same. So I still miss you.
martin
- bug#12253: Restore window start position, Juri Linkov, 2012/08/21
- bug#12253: Restore window start position, martin rudalics, 2012/08/22
- bug#12253: Restore window start position, Juri Linkov, 2012/08/22
- bug#12253: Restore window start position, martin rudalics, 2012/08/23
- bug#12253: Restore window start position, Juri Linkov, 2012/08/23
- bug#12253: Restore window start position,
martin rudalics <=
- bug#12253: Restore window start position, Juri Linkov, 2012/08/24
- bug#12253: Restore window start position, martin rudalics, 2012/08/25
- bug#12253: Restore window start position, Juri Linkov, 2012/08/25
- bug#12253: Restore window start position, Juri Linkov, 2012/08/28