Electric Buffer mode too boring

Electric Buffer mode too boring

[Dan Espen]

Hi,

I've been using this with XEmacs for years:

(defconst Electric-buffer-menu-mode-font-lock-keywords
  (purecopy
   (list
    '("^ MR Buffer.*"                 . font-lock-preprocessor-face) ;hdr 1
       '("^ -- ------.*"              . font-lock-preprocessor-face) ;hdr 2
       '("^\\(....Man: .*\\)" 1 font-lock-variable-name-face t) ;Manpg (new)
       '("^[. ][*][^%].[^*].*"        . font-lock-comment-face)	;Mod x temp
       '("^....[*]Buffer List[*].*"   . font-lock-doc-string-face) ;Buffer list
       '("^\\(....[*]shell.*\\)"      1 font-lock-reference-face t) ;shell buff
       '("^....[*].*"                 . font-lock-string-face) ;Temp buffer
       '("^....[+].*"                 . font-lock-keyword-face) ;Mail buffer
       '("^....[A-Za-z0-9/]*[-][+].*" . font-lock-keyword-face) ;Mail buffer
       '(".*Dired.*"                  . font-lock-function-name-face)
       )))

; This hook run after buffer formatted, so it is necessary to re-fontify it..;
(add-hook 'electric-buffer-menu-mode-hook
	  '(lambda ()
	     (font-lock-mode 1)
	     (font-lock-fontify-buffer)))


I've never been able to figure out why it doesn't work with gnu emacs.
Help!

RE: Electric Buffer mode too boring

[Drew Adams]

> I've been using this with XEmacs for years:
> 
> (defconst Electric-buffer-menu-mode-font-lock-keywords
>   (purecopy
>    (list
>     '("^ MR Buffer.*"                 . 
> font-lock-preprocessor-face) ;hdr 1
>        '("^ -- ------.*"              . 
> font-lock-preprocessor-face) ;hdr 2
>        '("^\\(....Man: .*\\)" 1 font-lock-variable-name-face 
> t) ;Manpg (new)
>        '("^[. ][*][^%].[^*].*"        . 
> font-lock-comment-face)	;Mod x temp
>        '("^....[*]Buffer List[*].*"   . 
> font-lock-doc-string-face) ;Buffer list
>        '("^\\(....[*]shell.*\\)"      1 
> font-lock-reference-face t) ;shell buff
>        '("^....[*].*"                 . 
> font-lock-string-face) ;Temp buffer
>        '("^....[+].*"                 . 
> font-lock-keyword-face) ;Mail buffer
>        '("^....[A-Za-z0-9/]*[-][+].*" . 
> font-lock-keyword-face) ;Mail buffer
>        '(".*Dired.*"                  . font-lock-function-name-face)
>        )))
> 
> ; This hook run after buffer formatted, so it is necessary to 
> re-fontify it..;
> (add-hook 'electric-buffer-menu-mode-hook
> 	  '(lambda ()
> 	     (font-lock-mode 1)
> 	     (font-lock-fontify-buffer)))
> 
> I've never been able to figure out why it doesn't work with gnu emacs.
> Help!

You might be interested in buff-menu+.el:
http://www.emacswiki.org/cgi-bin/wiki/BufferMenu#BufferMenuPlus

 

Re: Electric Buffer mode too boring

[Dan Espen]

"Drew Adams" <drew.adams@oracle.com> writes:

>> I've been using this with XEmacs for years:
>> 
>> (defconst Electric-buffer-menu-mode-font-lock-keywords
>> 
>> I've never been able to figure out why it doesn't work with gnu emacs.
>> Help!
>
> You might be interested in buff-menu+.el:

It's not bad.
It wouldn't load in XEmacs.

My fingers are really trained to Electric Buffer List.
I suppose I could try to change the bindings.

Hmm...

RE: Electric Buffer mode too boring

[Drew Adams]

> >> I've been using this with XEmacs for years:
> >> 
> >> (defconst Electric-buffer-menu-mode-font-lock-keywords
> >> 
> >> I've never been able to figure out why it doesn't work 
> with gnu emacs.
> >> Help!
> >
> > You might be interested in buff-menu+.el:
> 
> It's not bad.
> It wouldn't load in XEmacs.

You said you were trying to make Electric-* work in GNU Emacs.

> My fingers are really trained to Electric Buffer List.
> I suppose I could try to change the bindings.
> Hmm...

Re: Electric Buffer mode too boring

[Dan Espen]

"Drew Adams" <drew.adams@oracle.com> writes:

>> >> I've been using this with XEmacs for years:
>> >> 
>> >> (defconst Electric-buffer-menu-mode-font-lock-keywords
>> >> 
>> >> I've never been able to figure out why it doesn't work 
>> with gnu emacs.
>> >> Help!
>> >
>> > You might be interested in buff-menu+.el:
>> 
>> It's not bad.
>> It wouldn't load in XEmacs.
>
> You said you were trying to make Electric-* work in GNU Emacs.

Yes, I also said I've been using Electric Buffer list in XEmacs
for years.

It would help me transition if I could get something
working with both editors.

It looks to me like the XEmacs project is slowing down and
I'm considering moving back to gnu emacs but I want to get
all the things I'm used to working in gnu emacs.
Little differences don't bother me but the lack of color
in buffer switching isn't little (for me).

Re: Electric Buffer mode too boring

[Dan Espen]

"Drew Adams" <drew.adams@oracle.com> writes:

>> >> I've been using this with XEmacs for years:
>> >> 
>> >> (defconst Electric-buffer-menu-mode-font-lock-keywords
>> >> 
>> >> I've never been able to figure out why it doesn't work 
>> with gnu emacs.
>> >> Help!
>> >
>> > You might be interested in buff-menu+.el:
>> 
>> It's not bad.
>> It wouldn't load in XEmacs.
>
> You said you were trying to make Electric-* work in GNU Emacs.
>
>> My fingers are really trained to Electric Buffer List.
>> I suppose I could try to change the bindings.
>> Hmm...

Maybe I'm missing something basic.
Doesn't font lock always automatically look for font lock
keywords with the same name as the mode with the 'font-lock-keywords'
suffix?

It seems to with XEmacs.

Re: Electric Buffer mode too boring

[Kevin Rodgers]

Dan Espen wrote:
> "Drew Adams" <drew.adams@oracle.com> writes:
> 
>>>>> I've been using this with XEmacs for years:
>>>>>
>>>>> (defconst Electric-buffer-menu-mode-font-lock-keywords
>>>>>
>>>>> I've never been able to figure out why it doesn't work 
>>> with gnu emacs.
>>>>> Help!
...
> Maybe I'm missing something basic.
> Doesn't font lock always automatically look for font lock
> keywords with the same name as the mode with the 'font-lock-keywords'
> suffix?
> 
> It seems to with XEmacs.

I think major modes follow the convention of defining a global variable
with such a name, but also make sure to set the buffer-local variable
font-lock-keywords to reference it.

-- 
Kevin Rodgers
Denver, Colorado, USA

Re: Electric Buffer mode too boring

[Dan Espen]

Kevin Rodgers <kevin.d.rodgers@gmail.com> writes:

> Dan Espen wrote:
>> "Drew Adams" <drew.adams@oracle.com> writes:
>>
>>>>>> I've been using this with XEmacs for years:
>>>>>>
>>>>>> (defconst Electric-buffer-menu-mode-font-lock-keywords
>>>>>>
>>>>>> I've never been able to figure out why it doesn't work
>>>> with gnu emacs.
>>>>>> Help!
> ...
>> Maybe I'm missing something basic.
>> Doesn't font lock always automatically look for font lock
>> keywords with the same name as the mode with the 'font-lock-keywords'
>> suffix?
>> It seems to with XEmacs.
>
> I think major modes follow the convention of defining a global variable
> with such a name, but also make sure to set the buffer-local variable
> font-lock-keywords to reference it.

Well, I did:

(add-hook 'electric-buffer-menu-mode-hook
	  '(lambda ()
	     (font-lock-mode 1)
	     (setq font-lock-keywords Electric-buffer-menu-mode-font-lock-keywords)
	     (font-lock-fontify-buffer)))

In XEmacs, I hit ^h^v to see a variables value.
Just figured out I need M-x describe-variable.
(A difference I can adapt to.)

So now I can see I have font-lock-mode on and
font-lock-keywords set as desired but no decoration.

Then I noticed that if I type in a line, for example "S" for (save)
the line changes color but not to the color I want.

I think the emacs version of electric buffer list is doing it's own
thing to the highlighting.

Not happy.

Re: Electric Buffer mode too boring

[Lennart Borgman (gmail)]

Dan Espen wrote:
> In XEmacs, I hit ^h^v to see a variables value.
> Just figured out I need M-x describe-variable.
> (A difference I can adapt to.)

It seems like you have "adapted to" it ;-)

The default in GNU Emacs is that C-h C-v is bound to describe-variable.

Re: Electric Buffer mode too boring

[Dan Espen]

"Lennart Borgman (gmail)" <lennart.borgman@gmail.com> writes:

> Dan Espen wrote:
>> In XEmacs, I hit ^h^v to see a variables value.
>> Just figured out I need M-x describe-variable.
>> (A difference I can adapt to.)
>
> It seems like you have "adapted to" it ;-)
>
> The default in GNU Emacs is that C-h C-v is bound to describe-variable.

Really, then what the hell am I running?

emacs -q

^h k ^h ^v

gives me C-h C-v is undefined.

GNU Emacs 21.4.1.

Sorry, but you know how beginners are.  :)

Re: Electric Buffer mode too boring

[Sven Joachim]

On 2008-04-25 16:55 +0200, Lennart Borgman (gmail) wrote:

> The default in GNU Emacs is that C-h C-v is bound to describe-variable.

Actually, it's C-h v, while C-h C-v is not bound by default.

Sven

Re: Electric Buffer mode too boring

[Dan Espen]

Sven Joachim <svenjoac@gmx.de> writes:

> On 2008-04-25 16:55 +0200, Lennart Borgman (gmail) wrote:
>
>> The default in GNU Emacs is that C-h C-v is bound to describe-variable.
>
> Actually, it's C-h v, while C-h C-v is not bound by default.

Yep, beginner confused.
Expected it to work in Electric Buffer Mode but it doesn't.
In either emacs.

Re: Electric Buffer mode too boring

[Lennart Borgman (gmail)]

Sven Joachim wrote:
> On 2008-04-25 16:55 +0200, Lennart Borgman (gmail) wrote:
> 
>> The default in GNU Emacs is that C-h C-v is bound to describe-variable.
> 
> Actually, it's C-h v, while C-h C-v is not bound by default.
> 
> Sven

Eh, yes. Thanks Sven.

Re: Electric Buffer mode too boring

[Lennart Borgman (gmail)]

Dan Espen wrote:
> "Lennart Borgman (gmail)" <lennart.borgman@gmail.com> writes:
> 
>> Dan Espen wrote:
>>> In XEmacs, I hit ^h^v to see a variables value.
>>> Just figured out I need M-x describe-variable.
>>> (A difference I can adapt to.)
>> It seems like you have "adapted to" it ;-)
>>
>> The default in GNU Emacs is that C-h C-v is bound to describe-variable.
> 
> Really, then what the hell am I running?
> 
> emacs -q
> 
> ^h k ^h ^v
> 
> gives me C-h C-v is undefined.
> 
> GNU Emacs 21.4.1.
> 
> Sorry, but you know how beginners are.  :)

Sometimes it does not help to know how things are ;-)

It is C-h v that is bound to describe-variable as Sven pointed out.