home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / windows / openloo / 3636 < prev    next >
Encoding:
Internet Message Format  |  1992-08-29  |  2.7 KB
  1. Path: sparky!uunet!olivea!hal.com!decwrl!csus.edu!csusac!unify!openlook!openlook-request
  2. From: bryan@woody.s-strat.co.uk (Bryan Boreham)
  3. Newsgroups: comp.windows.open-look
  4. Subject: Re: OLIT v3 oddities.
  5. Message-ID: <j63ef38@openlook.Unify.Com>
  6. Date: 28 Aug 92 09:37:18 GMT
  7. Sender: news@Unify.Com
  8. Lines: 47
  9.  
  10.  
  11. scott@statsci.com (Scott Blachowicz) writes:
  12.  
  13. > I'm using OLIT v3 as shipped with Sun's OpenWindows v3 software on a SPARC.
  14. > 
  15. > I haven't been able to locate much documentation on OLIT v3. I just recompiled
  16. > and loaded a client program against OLIT v3. It had been using OLIT v2 in the
  17. > past. There are a couple of annoyances in running the new program.
  18. > 
  19. > The resource 'inputFocusColor' default of 'red' is being used on objects like
  20. > OblongButton and ScrollingList types. Have the red highlight is rather
  21. > distracting and not particularly useful (it seems to me). How do I disable it?
  22. > Can I set some resource or callback on a widget to say that I don't want the
  23. > 'inputFocus'? Do I have to resort to inquiring the background color and
  24. > setting inputFocusColor to that?
  25.  
  26. OLIT is too clever for that: it detects that the colors are the same, and
  27. uses reverse-field instead.  You could use two colors that are slightly
  28. different, eg gray90 and gray91.
  29.  
  30. However, what you should do is get the latest "Jumbo patch" for OLIT
  31. which adds a resource "XtNmouseless" to let you turn the whole business
  32. off.  We have patchlevel 27 (this may not be generally available), which
  33. even fixes the annoying way that focus leaps into menu buttons.
  34.  
  35. > I get warnings when I run the program without an OPENWINHOME set that points
  36. > to an OpenWindows v3 directory. It complains about not being able to find the
  37. > lib/Xol/scale.map file. I need to be able to run this program on X11R4, X11R5
  38. > and OpenWindows v2 servers. Can I disable that? What effect would it have on
  39. > the program? I've noticed a 'scaleMap' resource...can I set that to /dev/null?
  40. > Would it be legal to package the scaleMap file along with whatever other files
  41. > it needs into a program to send to others?
  42.  
  43. I would regard scale.map as a necessary part of libXol; it must be accessible
  44. to the client.  The server has no bearing on this.
  45.  
  46. > I've noticed the difference in the WinAttr structure. That problem has a
  47. > backwards-compatibility hack to allow it to run on both OW2 and OW3 (i.e.
  48. > setting the resource '*UseShortOLWinAttr: true'). Will setting that resource
  49. > have any ill effects when being run against an OW2 version of olwm?
  50.  
  51. Where exactly did you "notice" this?  It isn't in the manual, but then
  52. you don't have one.  I can see it in the source, now I know it's there,
  53. but I don't know what it is supposed to achieve.
  54.  
  55. Bryan Boreham
  56. ALEX Technologies Ltd
  57.