The designers should add a proper method of detection or explain how it can RELIABLY be detected.
At the moment, the best you can do is look for an identifying string, which does nothing other than show it's a version able to support GD2, even if GD2 is not possible on the system. Rich's idea of attempting to set a GD2 mode is a non-starter, it would cause flashing on some systems. If he wants to do that in his program, he could error trap an attempt to set a mode and test for the resultant mode: set mode 32 or whatever was there an error? -yes that mode not poss -no, obviously it supports that mode GD2 is pretty intricate, I'd hate to program a test on a trial and error basis without input from the system designer, it'd be doomed to failure at some point. The current GD2 checking extension was written with code from Rich and Marcel, so I thought it was pretty authoritative, obviously not givent he problems Rich is having. Dilwyn Jones ----- Original Message ----- From: "Rich Mellor" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Saturday, December 04, 2004 9:00 PM Subject: [ql-users] Detecting GD2 > Dilwyn et al... > > In the absence of comments from Jochen / Marcel I think the problem is > that WMAN is reporting that GD2 is available. What we need to do is then > go on to see if the colour drivers are available if GD2 is present. > > Guess the only way of doing this is to try and use one of the new commands > added by the device drivers to set the ink / paper etc... However, I > cannot find the GD2 documentation anywhere which describes the new system > calls - can someone point me in the right direction?? > > -- > Rich Mellor > RWAP Services > 26 Oak Road, Shelfield, Walsall, West Midlands WS4 1RQ > > http://www.rwapservices.co.uk/ > > _______________________________________________ > QL-Users Mailing List > http://www.q-v-d.demon.co.uk/smsqe.htm _______________________________________________ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
