On Mon, 27 Aug 2001 16:50:08 -0400 [EMAIL PROTECTED] (Michael Kaply) wrote:
>
> I have spoken with an OS/2 graphics person and this is definitely a
> driver issue.
>
> Using either Scitech or a GRADD based driver should fix this.

As I e-mailed Steven (who started this thread), I'm not comfortable
with the notion "this is definitely a driver issue".  The problem
shows up when the file to be displayed is LONG.  Why should the
*driver* care whether the top of the window shows the 513th line
of the file, or the 1537th line of the file.  But the *browser*
definitely does care.

It may very well be that the driver is misbehaving.  But the fact
that _Netscape_ shows the same URL without problem says to me that
the driver *is* capable of displaying the data correctly.  To me, it
seems more likely that it is _Mozilla_ that is making an unusual (or
even incorrect) call upon the video system, which then misbehaves.



On Tue, 28 Aug 2001 02:32:15 GMT [EMAIL PROTECTED] (Ralph Cohen) wrote:
> I just verified that the problem does not happen with VACPP 0.9.2
> Build 2001062912 or EMX 0.9.1 Build 2001061499 on the same system I
> have 0.9.3 loaded on.  BTW, the problem occurs with both the VACPP &
> EMX versions of 0.9.3.

I just re-verified, and got the same results as Ralph.

[Note that for both EMX 0.9.1 Build 2001061499 and VACPP 0.9.2 Build
 2001062912, my __background__ changes while displaying the text in
 <http://httpd.apache.org/docs/mod/core.html>.  The color used while
 scrolling near the beginning and end of the file at this URL seems
 to be taken from the browser's 'background' specification;  the color
 used while scrolling near the middle of the file at this URL seems
 to be taken from the file's 'background' specification.]



On Tue, 28 Aug 2001 01:04:45, Michael Kaply
<[EMAIL PROTECTED]> wrote:
>
> Can you verify that this definitely started with the 0.9.3 and did NOT
> happen with 0.9.2?
>
> If that is the case, we can certainly narrow down what caused it.

Yes.  As Steven posted earlier, the 0.9.3 "text overlay" problem
shows up when using Mozilla to display __any__ file (e.g., text)
of a sufficient length.  Mozilla 0.9.2 does *not* for me show this
"text overlay" problem when displaying the same long text files.
So I would definitely say that it was __0.9.3__ that did something
to bring this problem into prominence.


mikus


Reply via email to