Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!uwm.edu!zaphod.mps.ohio-state.edu!usc!snorkelwacker!bloom-beacon!eru!luth!d88-mbe
From: d88-mbe@sm.luth.se (Michael Bergman)
Newsgroups: comp.sys.amiga.tech
Subject: Re: JRComm (Was Re: AMIGA too slow for speeds higher than 9600 Baud? HELP!)
Message-ID: <895@tau.sm.luth.se>
Date: 3 May 90 13:18:34 GMT
References: <892@tau.sm.luth.se> <6781@bula.se>
Distribution: comp
Organization: University of Lulea, Sweden
Lines: 26

bjornk@bula.se (Bjorn Knutsson) writes:

>Just do what I do, keep bugging the authors until they fix it. (Right,
>Marco? :-) Not adapting to PAL screens where appropriate is a bug.
>Actually, I belive software should adapt to whatever resolution the
>user has selected as default for his system, regardless if this is a
>640*200 NTSC screen or something like the 704*568 I often use.

There is one small(?) problem here, which Dave Mc Mahan pointed out to me,
namely that there aren't really any PAL machines in the US to test the programs
on. To write the code is easy. To debug it is difficult.

But, basically I agree with Bjorn - especially programs that display graphics
(like MandelVroom and all the other Mandelbrot programs) should detect
PAL machines and use all scan lines avalible! In this case I too think that
not doing so is a bug.

Mike



-- 
      Michael Bergman         Internet: d88-mbe@sm.luth.se
  //  Dept. of Comp. Eng.     BITNET:   d88-mbe%sm.luth.se@kth.se
\X/   U of Lulea, SWEDEN      ARPA:     d88-mbe%sm.luth.se@ucbvax.berkeley.edu
			      UUCP:  {uunet,mcvax}!sunic.se!sm.luth.se!d88-mbe