home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / acorn / 8296 < prev    next >
Encoding:
Internet Message Format  |  1992-08-21  |  4.8 KB
  1. Path: sparky!uunet!pipex!warwick!str-ccsun!strath-cs!gpalmer
  2. From: gpalmer@cs.strath.ac.uk (Gary J Palmer IE91)
  3. Newsgroups: comp.sys.acorn
  4. Subject: Re: A worse Windows than Windows ?
  5. Message-ID: <10194@baird.cs.strath.ac.uk>
  6. Date: 21 Aug 92 10:15:34 GMT
  7. References: <1992Aug17.003525.6989@cs.utwente.nl>
  8. Sender: news@cs.strath.ac.uk
  9. Organization: Comp. Sci. Dept., Strathclyde Univ., Glasgow, Scotland.
  10. Lines: 84
  11. Nntp-Posting-Host: hunter-01
  12.  
  13.  
  14. I felt I had to join this Windows 3 / 3.1 flame war. I am currently working
  15. at Aardvark S/W in Aberdeen (no, not the company that wrote Beeb games!!) and
  16. working with Microsoft C/C++ V7 to write a Windows program. 
  17.  
  18. Background : There is a system used on Drilling Rigs in the North Sea called
  19.              DigiQuartz which monitors the flooding of the legs when the rig
  20.              being lowered, and can produce serial output for further
  21.              processing. 
  22.  
  23. Task       : Write a program that takes the serial output and produces a
  24.              graphical display to allow easier interpretation of the output of
  25.              DigiQuartz. A version (written in Realizer, a basic - clone with
  26.              Windows extensions) already exists which I have to base my code on
  27.              (I have to re-write it in C++ 'cos the Realizer version is *really*
  28.              slow!!!!)
  29.  
  30. Problems   : 1) The comp.sys.acorn newsgroups are not here yet.......
  31.              2) Microsoft documentation (or lack thereof).
  32.                 About 4000 pages of manuals came with the compiler, but the
  33.                 Windows API (Application Programmers Interface) docs are all 
  34.                 on-line under the 'winhelp' program, and are not very well
  35.                 cross referenced or indexed. 
  36.                 There is a reference manual describing the MFC (microsoft
  37.                 Foundation classes) (on paper!!!), but it is, quite frequently,
  38.                 *wrong*!! And it doesn' give you the correct information....
  39.  
  40.                 e.g.1) A MDI window is a special type which has all it's child
  41.                        windows inside it, and they cannot be drawn outside the
  42.                        parent. In the reference for the 'CMDIChildWnd' C++
  43.                        class it stated that title bars, etc, could be disabled 
  44.                        with a special parameter........ WRONG!!!!!!!!!!!
  45.                        To get rid of the title bar I had to use the generic
  46.                        window class ('CWnd') and set the "WS_CHILD" flag which
  47.                        makes it behave like a MDI child. I could then get rid
  48.                        of the title bar!
  49.  
  50.                 e.g.2) After a certain dialog box is closed, I wanted to have
  51.                        Windows call my redraw routine so I could update the
  52.                        now incorrect contents of the windows. I found
  53.                        a routine that seemed to do what I wanted, the 
  54.                        'CWnd::UpdateWindow()' function which puts a redraw
  55.                        message in the windows queue, but would it redraw???
  56.                        Nope. It only seemed to redraw the text when the window
  57.                        was resized, and must have been using some sort of bitmap
  58.                        storage technique to save what was underneath the dialog
  59.                        box. I eventually found out (yesterday morning) that 
  60.                        Windows refuses to pass on the message unless the
  61.                        current contents of the window have been declared
  62.                        Invalid, *then* and *only* then will the redraw request
  63.                        get through. Due to the complexities of the MFC
  64.                        interface, it would have been very difficult to get the 
  65.                        window to re-draw itself with out the Windows kernal
  66.                        having asked it........ Sigh......
  67.  
  68.                        The only mention of the fact that the window has to be
  69.                        declared invalid, is a reference to the fn that
  70.                        does the invalidating at the bottom of a page somewhere.
  71.  
  72.                        A wild guess later I tried using that fn, and hey
  73.                        presto!!!! A redrawn window......
  74.  
  75.  
  76. *WHY* *WHY* *WHY* is Microsoft C so *hopless*????????????
  77. It doesn't seem to conform all that closely to the ANSI standard, especially
  78. for warning messages.
  79.  
  80. Remind me to kill Bill Gates sometime soon.........
  81.  
  82. Yours
  83.  
  84. Gary Palmer
  85.  
  86. ----
  87.  
  88. JANET        : gpalmer@uk.ac.strath.cs
  89. Other Nets    : gpalmer%cs.strath.ac.uk@ plus one of :-
  90. BITNET: UKACRL     UUCP: ukc.uucp    Internet: nsfnet-relay.ac.uk
  91. Programmers do it on Archimedes. #include <std.disclaimer>
  92. -- 
  93. JANET        : gpalmer@uk.ac.strath.cs
  94. Other Nets    : gpalmer%cs.strath.ac.uk@ plus one of :-
  95. BITNET: UKACRL     UUCP: ukc.uucp    Internet: nsfnet-relay.ac.uk
  96. Programmers do it on Archimedes. #include <std.disclaimer>
  97.