[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [vile] nohl inside define-mode
From: |
lists-vile |
Subject: |
Re: [vile] nohl inside define-mode |
Date: |
Wed, 11 May 2011 17:01:25 -0400 |
User-agent: |
Mutt/1.4.2.3i |
Actually I just noticed a case where the C buffer DID highlight again. After
switching back to the C buffer I made a change to the buffer, eventually it
was colorized again, I'm assuming after the autocolor timer expired.
On Wed, May 11, 2011 at 04:52:52PM -0400, Thomas Dickey wrote:
> On Wed, 11 May 2011, address@hidden wrote:
>
> >I work with files for which I want to specify some alternate settings.
> >Here is
> >a snippet from my .vilerc file:
> >
> >define-mode sdlmode
> >~with define-submode sdlmode
> > suffixes '\.pr$'
> > nohl
> > ts=2
> > sw=2
> >~endwith
> >
> >If I open a C file vile performs syntax highlighting as expected. When
> >I open a .pr later and switch back to the C file highlighting in the C
> >file is
> >disabled. I thought from the help documentation that the hl setting was
> >local
> >to the buffer if specified?
>
> It should local - I can reproduce this. Probably what is happening is
> that the read-hook is using the $highlight value from before the buffer
> switching action.
>
> I hadn't noticed this particular case (and it might be fixable) but was
> aware of the case where vile's macro buffers won't automatically be
> colored until one does it manually, e.g., using ^X-q (essentially a
> problem due to the order of evaluating things versus painting)
>
> I'll investigate and see what might be done to improve things.
>
> >
> >I'm using 9.8e but I believe it happened with 9.7 as well.
> >
> >_______________________________________________
> >vile mailing list
> >address@hidden
> >https://lists.nongnu.org/mailman/listinfo/vile
> >
>
> --
> Thomas E. Dickey
> http://invisible-island.net
> ftp://invisible-island.net