Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!mailrus!ames!amdahl!oliveb!sun!eureka!argv From: argv%eureka@Sun.COM (Dan Heller) Newsgroups: comp.windows.x Subject: Re: XtNinput resource for Shell widgets Message-ID: <113580@sun.Eng.Sun.COM> Date: 3 Jul 89 16:08:31 GMT References: <8906302048.AA03590@LYRE.MIT.EDU> Sender: news@sun.Eng.Sun.COM Reply-To: island!argv@sun.com (Dan Heller) Lines: 33 In article swick@ATHENA.MIT.EDU (Ralph R. Swick) writes: > If your application expects user input, then you had better set > an appropriate value for the XtNinput resource per the ICCCM. > > For most applications, the appropriate value is True. > > Note that the Xt spec has _always_ said that the default value > was False . *soap box* Why?! You just said that for most applications, the value should be True. Yet the -default- value is false. I see no reasonable logic to that. Not only do you create rope, but you actually tie the knot and help the user up the tree. If nothing else, the intrinsics should make the default value True. The intrinsics could behave "intelligently", by checking to see if the widget contains a non-null translation table when it is realized and set the input hint to the window manager accordingly. > This is documented (almost) in the Xt Intrinsics spec, in the Almost? Doc, Shmoc. :-) This isn't a good bush to hide behind. I suppose now I have to go thru my entire toolkit and add yet more text: ... { XtNinput, XtN???, XtNBoolean, sizeof(Boolean), XtOffset(core.???), XtNImmediate, True }, ... (I'll have to look up what the values are for the ???'s) dan ----- My postings reflect my opinion only -- When on the net, I speak for no company.