On 7/4/05, Ralf Angeli <[EMAIL PROTECTED]> wrote:
> Attached you can find the current version of scroll-lock.el which will
> keep point horizontally fixed (as far as possible) for line- and
> paragraph-based scrolling. This could be extended to page-based
> scrolling (`C-v', `M-v') and be made co
* Juanma Barranquero (2005-07-04) writes:
> I've been using for years Mikael Sjödin's pager.el (available at
> http://user.it.uu.se/~mic/pager.el). It's a tiny module, just five
> short functions, and its main advantage is that allows you to do
> page-down/page-up and the cursor is back to where
With respect to scrolling, etc., one comment (or question, I'm not sure).
I've been using for years Mikael Sjödin's pager.el (available at
http://user.it.uu.se/~mic/pager.el). It's a tiny module, just five
short functions, and its main advantage is that allows you to do
page-down/page-up and the
Ralf Angeli <[EMAIL PROTECTED]> writes:
> Hm, I imagine that personally I'd want it to toggle interactively in
> arbitrary modes as well. For this, a key binding would be nice to
> have. But it probably would not be a problem to tell users that they
> can define a key for it themselves. I'll thi
* Richard M. Stallman (2005-06-30) writes:
> Your window.c change is simple enough that we could simply install it.
> So I did.
Thanks. The change should be reflected in the documentation as well.
I attached patches for man/display.texi and lispref/windows.texi.
(Improvements of wording welcome.
Your window.c change is simple enough that we could simply install it.
So I did.
The scroll-lock.el file is larger and would need legal papers. I
don't like the idea of using up C-x % for this, however. If users
really want a command to toggle this mode, I would not object, but I
tend to think t
* Richard M. Stallman (2005-06-27) writes:
> If you only wanted it in read-only buffers, we could perhaps turn it
> on by default in those buffers. If you want it to be available in any
> buffer, we'd have to make it a minor mode, and you'd get it only when
> you explicitly ask.
I think it would
> 2. scroll-preserve-screen-position should not affect anything
>but scroll commands.
It would only affect scrolling commands. But it will affect
e.g. `C-n' and `C-p' which will be remapped to functions which
actually do scrolling.
If you have a minor mode that rebinds th
* Richard M. Stallman (2005-06-24) writes:
> That sounds like you want it to stay like it is. I still think it
> might be good to give people a way to have the vertical position of
> point fixed for any kind of scroll commands, e.g. when scrolling with
> the mouse wheel.
>
> I wou
* Richard M. Stallman (2005-06-24) writes:
> 2. scroll-preserve-screen-position should not affect anything
>but scroll commands.
It would only affect scrolling commands. But it will affect
e.g. `C-n' and `C-p' which will be remapped to functions which
actually do scrolling.
> 3. Do you want
The mode does two things: First, it fixes point at its vertical
position during scrolling and second, it turns commands for vertically
moving point by lines or paragraphs into commands which scroll the
buffer by the respective amount. This results in a more pager- or
browser-li
> I now remember that that's what the variable was originally supposed
> to do. Someone reported it had been changed, so I changed it back.
That sounds like you want it to stay like it is. I still think it
might be good to give people a way to have the vertical position of
po
* Richard M. Stallman (2005-06-23) writes:
> > I think extending the `scroll-preserve-screen-position' is a good
> > thing. I noticed that now `scroll-preserve-screen-position' even
> > stopped to do what is described in its docstring. In a year old
> > CVS version, when `scroll-
* Richard M. Stallman (2005-06-23) writes:
> Forgive me, but previously you said the main point was to change
> *scrolling* commands. Now you say that the main point is something
> else. I do not follow you any more.
In my original mail I used the term "vertical motion". I thought this
covered
On 6/23/05, Richard M. Stallman <[EMAIL PROTECTED]> wrote:
> This is the main point of the mode. It should make moving in buffers
> more pager-like.
>
> Forgive me, but previously you said the main point was to change
> *scrolling* commands. Now you say that the main point is something
>
> It seems like a feature worth adding. However, is it really right
> to modify next-line? It is not a scroll command.
This is the main point of the mode. It should make moving in buffers
more pager-like.
Forgive me, but previously you said the main point was to change
*scrolli
> I think extending the `scroll-preserve-screen-position' is a good
> thing. I noticed that now `scroll-preserve-screen-position' even
> stopped to do what is described in its docstring. In a year old
> CVS version, when `scroll-preserve-screen-position' is t, `M-1 M-v'
> pres
* Juri Linkov (2005-06-22) writes:
> I think extending the `scroll-preserve-screen-position' is a good
> thing. I noticed that now `scroll-preserve-screen-position' even
> stopped to do what is described in its docstring. In a year old
> CVS version, when `scroll-preserve-screen-position' is t,
Ralf Angeli <[EMAIL PROTECTED]> writes:
> I can put the file into the Lisp repository on my.gnus.org for
> people interested in it.
see also scroll-in-place.el by Eric Eide.
thi
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/ma
> Regarding the implementation: If people think it is sensible to extend
> the meaning of `scroll-preserve-screen-position' to any kind of scroll
> events, I could prepare a patch covering the changes in window.c as
> well.
I think extending the `scroll-preserve-screen-position' is a good
thing.
in a German newsgroup somebody asked if it would be possible to keep
the position of point fixed while doing vertical motion ...
Yes. Here are defuns and keybindings to do this for arrow keys.
These go into a .emacs file. Point stays fixed until it comes to the
top or bottom of a window; t
* Richard M. Stallman (2005-06-22) writes:
> It seems like a feature worth adding. However, is it really right
> to modify next-line? It is not a scroll command.
This is the main point of the mode. It should make moving in buffers
more pager-like. For example, in `less' the keys `C-n' and `C-
It seems like a feature worth adding. However, is it really right
to modify next-line? It is not a scroll command.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
23 matches
Mail list logo
