On Fri, 9 Jul 2004, Scott Klement wrote: > Typeahead does not work right. To reproduce this, type a CL command > that takes awhile, and then type something else while it's running. For > example: > DLYJOB DLY(10) > and while that's running, type WRKACTJOB (or whatever else) -- don't hit > enter -- when the DLYJOB is done, you'll see that the characters didn't > echo back correctly. I think this is a known issue. Sometimes events get out of sync somehow, i.e. the draws to the screen don't happen after the corresponding keypress but rather are delayed until the following keypress. I don't know if that is what you're seeing here (I'll test this some more tonight). > Screen still flickers like crazy. Yes, this one I'm still working on. I need to know what's changed on the screen so I can avoid redrawing the whole thing. xt5250 doesn't flicker because curses doesn't redraw the whole screen at once, despite the fact that the whole screen is redrawn (curses_terminal_update() redraws every character on the screen regardless if it is different). I need to think some more. > There's extra spaces between the lines on the screen... perhaps 5-6 pixels > that are just "black". That makes the x5250 window too big to fit "one > above" and "one below" on a 1024x768 resolution, which frustrates the heck > out of me. This "extra" space is there on purpose. The field underline takes up one pixel, and there is one pixel on either side of the underline. This makes it so underscores aren't hidden by the field underline. > It's also wider than xt5250... I assume that this is a font size issue. > Is there a way to set the fonts in x5250? I tried the font_80 and > font_132 config keywords that work in the xterm, gtk and windows versions > of tn5250, but they didn't have any affect. Yup, fonts. The font can be selected using the standard X argument -fn <font name> or you can specify it in .Xdefaults. The X5250 resource file included with the source has all the customizable user resources in it. Also, x5250 --help shows a list of commandline arguments. I had forgotten about the .tn5250rc font_80 and font_132 arguments. I'll add those in. > There should be a way to disable the cursor changing positions when you do > a middle-click to paste text. It drives me nuts when I copy/paste and the > cursor moves to some random spot on the screen! There is, I added it just for you! x5250 -pastecursor (or -pc) will revert to the xt5250 behaviour. And there is a user resource for this, too. See the X5250 resource file. > If I copy/paste to OpenOffice or Mozilla it grabs some garbage characters, > including "invisible" ones that don't take up any space on the screen, but > are there just the same. I have the exact same problem with GTK-5250, > too... but not with xt5250. This I haven't figured out yet. I think it has to do with the X selection atom type, but it may be that OOo and moz want to work with cut buffers instead of the X selection mechanism. I've gone over the xterm code to see if I can find out how xterm does it, but haven't had any luck yet. > x5250 crashes with +enhanced when a window is displayed on the screen -- > but I think you already know about that... It doesn't always crash for me. The time I have problems is when there are multiple windows on the screen in the same position. I think the same thing happens with +enhanced and xt5250 as well. As you know, the enhanced 5250 protocol isn't ready yet when it comes to windows (I'm hoping to hear back from the tn5250j guys on this). Does it crash for you on every window? Thanks a ton for looking at this and reporting the problems! Feedback is always great. James Rich Vs lbh cynl n Zvpebfsg PQ onpxjneqf, lbh pna urne fngnavp zrffntrf. Ohg rira jbefr, vs lbh cynl vg sbejneq, vg vafgnyyf gurve fbsgjner! -- Fcbgvphf ba /.