all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: <brianjiang@gdnt.com.cn>
To: <rms@gnu.org>, <monnier@iro.umontreal.ca>
Cc: lekktu@gmail.com, markus.triska@gmx.at, emacs-devel@gnu.org
Subject: RE: something like linum.el ought to be added
Date: Mon, 17 Sep 2007 13:12:36 +0800	[thread overview]
Message-ID: <63F95800EDD046419F17688AAFD41CCF01DE55D0@rnd-ex01.rnd.gdnt.local> (raw)
In-Reply-To: <E1IX7l9-0007kR-1h@fencepost.gnu.org>

sometimes we can use outline- or hs- and others functions to hide a lot of lines.  it seems linum mode create/move overlays for every line between window-start and window-end. So even the line is already hide, linum still create/move overlay for it. If there are many line hiden within the window, it will consume a lot of memory, also impact the performance/efficience of the linum mode.  Is it possible to avoid the create linum overly for the invisible line? 

-----Original Message-----
From: emacs-devel-bounces+brianjiang=gdnt.com.cn@gnu.org [mailto:emacs-devel-bounces+brianjiang=gdnt.com.cn@gnu.org] On Behalf Of Richard Stallman
Sent: 2007年9月17日 11:59
To: Stefan Monnier
Cc: lekktu@gmail.com; markus.triska@gmx.at; emacs-devel@gnu.org
Subject: Re: something like linum.el ought to be added


    > I think that means we need to add a suitable hook which redisplay can
    > call to inform Lisp code that visibility changes may have altered the
    > position of the bottom of the window.

    OTOH, using jit-lock would make this unnecessary.

jit-lock implements a specific functionality, fontification, and nothing else.

I thought that the hooks used by jit-lock ought to be sufficient for linum as well.  But it turns out they are not, because the code to run Vfontification_functions checks specifically for the `fontified' property.

We could add another similar hook, or a more general mechanism to implement similar hooks for various uses.  But I think that is the wrong way to go, because it depends on putting text properties on the text, to indicate which parts have been processed.  (Fontified, in the case of jit-lock.)

We don't want linum to put on text properties to say where it has put the line numbers.  So I think my idea of using the same hooks jit-lock uses was a mistake.

We seem to have another solution, which I suggested and Markus Triska implemened. 


_______________________________________________
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel

  reply	other threads:[~2007-09-17  5:12 UTC|newest]

Thread overview: 46+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-09-09 10:04 something like linum.el ought to be added Joe Wells
2007-09-09 10:43 ` Leo
2007-09-10 16:53 ` Richard Stallman
2007-09-10 17:34   ` Markus Triska
2007-09-10 20:00     ` David Kastrup
2007-09-11 18:15       ` Markus Triska
2007-09-11 20:27         ` Davis Herring
2007-09-11 21:24           ` Markus Triska
2007-09-12  8:47         ` Richard Stallman
2007-09-12  9:14           ` Joe Wells
2007-09-12  9:21             ` David Kastrup
2007-09-12 18:52             ` Richard Stallman
2007-09-13 17:06           ` Markus Triska
2007-09-14 13:59             ` Stefan Monnier
2007-09-14 16:15               ` Joe Wells
2007-09-14 17:20                 ` Stefan Monnier
     [not found]                 ` <m1bqajgpc8.fsf_-_@gmx.at>
2007-10-28 18:46                   ` motivation for recent bug reports on overlays and properties like before-string, display, after-string, and face (was: linum.el and display properties) Joe Wells
2007-09-15  2:09               ` something like linum.el ought to be added Richard Stallman
2007-09-14 15:04             ` brianjiang
2007-09-14 15:56               ` Markus Triska
2007-09-15 14:46                 ` Juanma Barranquero
2007-09-15 16:12                   ` Markus Triska
2007-09-15 16:54                     ` Juanma Barranquero
2007-09-11 20:30       ` Richard Stallman
2007-09-11 20:31     ` Richard Stallman
2007-09-11 23:48       ` Markus Triska
2007-09-12  9:19         ` martin rudalics
2007-09-12 11:17           ` Markus Triska
2007-09-12 12:09             ` martin rudalics
2007-09-12 12:55               ` Markus Triska
2007-09-15 14:24     ` Juanma Barranquero
2007-09-15 16:01       ` Markus Triska
2007-09-15 16:14         ` Juanma Barranquero
2007-09-16  5:34         ` Richard Stallman
2007-09-16 15:57           ` Markus Triska
2007-09-17  3:58             ` Richard Stallman
2007-09-16 23:04           ` Stefan Monnier
2007-09-17  3:58             ` Richard Stallman
2007-09-17  5:12               ` brianjiang [this message]
2007-09-17 13:49                 ` Stefan Monnier
2007-09-17 13:17               ` Stefan Monnier
2007-09-17 22:24                 ` Richard Stallman
2007-09-18  0:49                   ` Stefan Monnier
2007-09-18  3:30                     ` Richard Stallman
2007-09-18 14:31                       ` Stefan Monnier
2007-09-11  7:08   ` martin rudalics

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=63F95800EDD046419F17688AAFD41CCF01DE55D0@rnd-ex01.rnd.gdnt.local \
    --to=brianjiang@gdnt.com.cn \
    --cc=emacs-devel@gnu.org \
    --cc=lekktu@gmail.com \
    --cc=markus.triska@gmx.at \
    --cc=monnier@iro.umontreal.ca \
    --cc=rms@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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.