Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!bloom-beacon!ATHENA.MIT.EDU!kit
From: kit@ATHENA.MIT.EDU (Chris D. Peterson)
Newsgroups: comp.windows.x
Subject: Re: Translation management problems
Message-ID: <8903292257.AA03156@DORA.MIT.EDU>
Date: 29 Mar 89 22:57:26 GMT
References: <8903282222.AA02129@munin.css.gov>
Sender: daemon@bloom-beacon.MIT.EDU
Organization: The Internet
Lines: 29


> So it looks like it does not need a '\n' for the directive (the source
> confirms this).  Even with the '\n' it still didn't work.

I would contend this, take a look at appendix B.  

> (the source confirms this).

Sounds like an implementation bug. In any case this is not your problem.  

This is really strange, this allows the grips to work fine:

xmh -xrm '*translations:#override<Key>Alt_R:            Help()'

but this causes them to fail.

xmh -xrm '*Translations:#override<Key>Alt_R:            Help()'

Why should this matter?  I haven't a clue, it looks to me like you have 
found a bug, but I am not sure where it is.  I have glanced at the 
VPaned widget code (it creates the grips), and it looks just fine. 
In fact it should not be able to override the grip translations at all
(they are set via an arglist at widget creation time).  I am cunfused,
and the translation stuff is so hairy that I really don't want to go 
hunting.  I would suggest that you wait about a week to see if someone 
else comes up with an explanation, and then send it into xbugs.


						Chris