home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!gatech!destroyer!gumby!yale!mintaka.lcs.mit.edu!ai-lab!zurich.ai.mit.edu!pshuang
- From: pshuang@zurich.ai.mit.edu (Ping Huang)
- Newsgroups: comp.os.ms-windows.programmer.misc
- Subject: Re: X-Windows -> Windows: Is a Window Manager Possible?
- Date: 23 Jan 93 13:11:29
- Organization: M.I.T. Artificial Intelligence Lab.
- Lines: 24
- Message-ID: <PSHUANG.93Jan23131129@freeside.ai.mit.edu>
- References: <1993Jan22.085919.23082@sol.ctr.columbia.edu>
- NNTP-Posting-Host: freeside.ai.mit.edu
- In-reply-to: gtd543a@sol.crt.columbia.edu's message of Fri, 22 Jan 1993 08:59:19 GMT
-
- In article <1993Jan22.085919.23082@sol.ctr.columbia.edu> gtd543a@sol.crt.columbia.edu (death) writes:
-
- > It is possible to set up some sort of program like an X-Windows
- > window manager, so that you can define the way all other applications
- > in your environment run (colors, border styles, etc.), be able to do
- > things like bring up menus for each mouse button, etc.????
-
- Windows 3.x isn't really set up to make writing window managers (ala
- UNIX and X Windows) easily possible. If you were to write replacements
- for USER.EXE and GDI.EXE (these files are really DLL's which make up
- most of Windows's user interface code), you can control the way the
- interface looks. (And you wouldn't even have to write all the code to
- provide the necessary functionality -- just replace the functions you
- want to change.) However, this would require you to reverse-engineer a
- lot of Microsoft code, since there are no neat documented hooks that get
- called to draw the borders, etc. If you just want to intercept mouse and
- keystrokes to provide additional functionality, I think there are
- documented ways of capturing all input before it gets to applications.
-
- --
- | Ping Huang (INTERNET: pshuang@martigny.ai.mit.edu) speaking for himself.
- | "One Thing to name them all, One Thing to define them,
- | One Thing to place them in environments and bind them..."
-
-