* [emacs-w3m:06592] Re: enabling evaporation of overlays
2004-04-08 2:44 ` [emacs-w3m:06591] enabling evaporation of overlays Katsumi Yamaoka
@ 2004-04-08 3:57 ` Masatake YAMATO
2004-04-08 4:06 ` Fwd: " Katsumi Yamaoka
2004-04-08 4:17 ` [emacs-w3m:06593] " Masatake YAMATO
2 siblings, 0 replies; 4+ messages in thread
From: Masatake YAMATO @ 2004-04-08 3:57 UTC (permalink / raw)
Cc: ding, mi-ew3m, matt, emacs-w3m
Yamaoka-san wrote:
> I heard
> Masatake YAMATO is planning to enable evaporation of all
> overlays by default. All problems will be solved if it is
> realized.
The idae is rejected but another idea is suggested by RMS in emacs-devel:
How do you think make evaporate overlay's property t by default(when make-overlay)?
That would break many programs. It is the wrong solution.
I think the right fix is in fix_start_end_in_overlays. When an
insertion occurs next to an overlay whose beginning-marker is the
advancing kind and whose end-marker is not, the overlay should stay
empty.
I will follow this idea.
Masatake YAMATO
^ permalink raw reply [flat|nested] 4+ messages in thread
* Fwd: Re: enabling evaporation of overlays
2004-04-08 2:44 ` [emacs-w3m:06591] enabling evaporation of overlays Katsumi Yamaoka
2004-04-08 3:57 ` [emacs-w3m:06592] " Masatake YAMATO
@ 2004-04-08 4:06 ` Katsumi Yamaoka
2004-04-08 4:17 ` [emacs-w3m:06593] " Masatake YAMATO
2 siblings, 0 replies; 4+ messages in thread
From: Katsumi Yamaoka @ 2004-04-08 4:06 UTC (permalink / raw)
[-- Attachment #0: Type: message/rfc822, Size: 1173 bytes --]
From: Masatake YAMATO <jet@gyve.org>
To: yamaoka@jpl.org
Cc: ding@gnus.org, mi-ew3m@imarko.dhs.org, matt@stchem.bham.ac.uk, emacs-w3m@namazu.org
Subject: Re: enabling evaporation of overlays
Date: Thu, 08 Apr 2004 12:57:39 +0900 (JST)
Message-ID: <20040408.125739.44572072.jet@gyve.org>
Yamaoka-san wrote:
> I heard
> Masatake YAMATO is planning to enable evaporation of all
> overlays by default. All problems will be solved if it is
> realized.
The idae is rejected but another idea is suggested by RMS in emacs-devel:
How do you think make evaporate overlay's property t by default(when make-overlay)?
That would break many programs. It is the wrong solution.
I think the right fix is in fix_start_end_in_overlays. When an
insertion occurs next to an overlay whose beginning-marker is the
advancing kind and whose end-marker is not, the overlay should stay
empty.
I will follow this idea.
Masatake YAMATO
^ permalink raw reply [flat|nested] 4+ messages in thread
* [emacs-w3m:06593] Re: enabling evaporation of overlays
2004-04-08 2:44 ` [emacs-w3m:06591] enabling evaporation of overlays Katsumi Yamaoka
2004-04-08 3:57 ` [emacs-w3m:06592] " Masatake YAMATO
2004-04-08 4:06 ` Fwd: " Katsumi Yamaoka
@ 2004-04-08 4:17 ` Masatake YAMATO
2 siblings, 0 replies; 4+ messages in thread
From: Masatake YAMATO @ 2004-04-08 4:17 UTC (permalink / raw)
Cc: ding, mi-ew3m, matt
Setting t to evaporate by default is rejected but RMS write
this should be done by each application. After thinking I agree
with this. I start to discuss abut how to deal evaporate of widget's
overlay in emacs-devel.
RMS wrote in emacs-devel:
I'd just like to add that mh-e also has this problem when displaying
mime buttons and parts. It was fixed by setting the overlay 'evaporate
property to t.
In any case it seems like a change for the better. Previously all the
gui-button faces would shrink to zero-length overlays and remain there,
invisible, when the buffer contents were deleted and new contents
inserted. I now see that a lot of overlays accumulated after may reuses
of the same buffer.
It sounds like THESE overlays should be set to evaporate.
But I think MH-E should do that. I cc'd the MH-E maintainer.
Masatake YAMATO
^ permalink raw reply [flat|nested] 4+ messages in thread