Re: Problem with graphics view...?

["M.W. Poirier" poirmw@xxxxxxxx]

 I'll answer your memory question (va/nv $M+6(cr)) first. The
 answer is 2, so it does not seem to be a memory problem.

 Now, for the full-screen, then func wz; it appears to function
 in the same way as it functions in a DOS window. That is,
 it (the programme) shifts into graphics view. My first atempt
 produced something strange in the sense that the length of the
 line lengthened and some text moved off screen and two "ss"
 appeared at the point where the cursor was when I issued the
 func wz command. But I was not able to reproduce that effect,
 so I am not sure what to make of this, and, so far, I've not been
 able to reproduce this shifting of text off screen, etc.

 I am going to look into the Ghostscript issue. I do have U2
 installed, although I've not updated beyond version version 117.
 My not updating was just a question of time initially, and I've
 not felt the need. Plus, I seem to recall that there was some
 mention of a new version coming out, and so I was waiting. In
 any case, I am going to look into Ghostscript, etc.

 Thanks Robert.

 M.W.P.


-----
On Mon, 29 May 2006, Robert Holmgren wrote:

> ** Reply to message from "M.W. Poirier"  on Sun, 28
> May 2006 13:04:35 -0400 (EDT)
>
> > I don't have to toggle into full screen to get graphics view.
> >  All I have to do is type func wz on the command line, or
> >  in my case press Shift F8, while in the DOS window, and the
> >  screen becomes full screen Graphics view. When I want to
> >  leave Graphics view, I press Alt F8, and I am back to my
> >  text, but in full screen. If I want to get a Dos window, and
> >  I usually do, I have to press Alt + Enter. Now, this is not
> >  the problem. That is what I expect to happen, and I am satisfied
> >  when it does.
>
> OK -- that's very clear. It was not at all obvious to me that the
system
> auto-magically toggles into full screen for Graphics view! In the past, when
> I've tried to display Graphics while working in a window, my window would
> display the current page in Graphics, but the window would completely freeze --
> I can't remember whether I could recover or not (I think not) -- because I
> "knew" it wouldn't work, I haven't tried to do it for years, and last time was
> probably under OS/2. Anyway, I just tried it on Win2K, and by god you're
> right: it auto-toggles into full screen. First time I've ever seen that.
> Live and learn.
>
> That's where I would start debugging. What happens if you *manually* move into
> full screen *first* (Alt-Enter), and then you Shift-F8 (func WZ)? Still
> freezes? If this seems to work reliably, we can easily devise a way to
> automate it. What's the typical value of VA$M+6 on your machine (command VA/NV
> $M+6)?
>
> You say "it does not always happen". Does it still happen, occasionally, even
> with your rewritten XY4 directory? If so, I would suspect some depletion of
> resources, likely XyWrite memory -- OOM. After all, it is a major task to
> redisplay the screen using the Speedos; and the more formatting or fonts in the
> file, the larger the task. Could the complexity of the files you're displaying
> be a factor?
>
> Manuel is right: if all you're doing is looking at the formatted file, and
> you're not actively editing while in Graphics view, POSTGHOST offers an
> incomparably higher-quality preview. You need to have U2 installed, as well as
> Ghostscript and GSView (http://www.cs.wisc.edu/~ghost/index.html). Set two
> XyWWWeb.REGistry variables, e.g.:
>  Ghostscript_EXE_Win32=F:\GS\GS8.53\BIN\GSWIN32C.EXE
>  GSView_Win32=F:\GS\GSVIEW\GSVIEW32.EXE
> Put POSTGHST.PRN (http://users.datarealm.com/xywwweb/postghst.zip) in your PP: list
> in DFL, relaunch XyWrite, and use the SETP command to make POSTGHST.PRN active.
> Then, with file to preview in the current window, command:
>  POSTGHOST
> Can be put on a key:
>  nn=XHJM2,.,P,o,s,t,G,h,o,s,t,Q2
>
> -----------------------------
> Robert Holmgren
> holmgren@xxxxxxxx
> -----------------------------
>
>