New version of capabilities patch online, some more status

richard offer offer at sgi.com
Thu Apr 27 22:18:07 GMT 2000


* $ from jont at us.ibm.com at "27-Apr: 5:34pm" | sed "1,$s/^/* /"
*
*
*
*
* Reading the I-ching it looks like Richard Offer may have written:
*
* * $ from thompson at argus-systems.com at "27-Apr:10:52am" | sed "1,$s/^/* /"
* *
* * There is of course a third issue to be considered and that is the
* * modification of window managers to be multi-level aware.  Typically,
* * window managers are modified to display the label of each X window
* * on each window.  An alternative approach is to create a screen stripe
* * that displays the label of the currently in focus window.
*
* | You really need a trusted window manager to ensure that the "trusted
* path" or
* | what you're calling the "screen stripe" can't be spoofed.
*
* | Of course fixing it for "n" window managers is an excellent way of
* getting
* | people to contribute :-).
*
* Would it not be better to get the X server to lie about the screen size,
* and have the X server maintain control of the stripe ?

Possibly, but:

  1) You're defiing X policy, X has a history of defining mechanism not policy.

  2) it maybe [1] that the server uses the screen size internally to size its
frame buffer, this would lead to lots of special casing in the server. My goal
is to get any changes incorporated in Xfree86, its easier if they aren't major
re-structuring ones.

[1] I don't know, I'm playing devils advocat

*
* (Conceptually) It seems easier than developing trust in "n" window
* managers,
* even for small 'n'.

Simple, the TCB (initially) defines one window manager (probaly twm).

*
* - JonT

richard.


-----------------------------------------------------------------------
Richard Offer           Widget FAQ --> http://reality.sgi.com/widgetFAQ
MTS-Core Design (Motif)
___________________________________________http://reality.sgi.com/offer

To Unsubscribe: send mail to majordomo at trustedbsd.org
with "unsubscribe trustedbsd-discuss" in the body of the message



More information about the trustedbsd-discuss mailing list