Ticket #164 ( Closed )

Short Description BREAKONBLANK problem
Entered By: PeteL When: 1998-09-23 11:04:05 Build: 1.03.25g
Categories Type: Problem   Department: Product   Category: SurferScript
In order to support my online help system, I use TEAREA 1 1 24 80 AS CLICKABLE javascript="GT_ASSIST" BREAKONBLANK READONLY. I just noticed this morning that input fields are not showing up as valid links. Many of our field-level help windows are tied to input fields. Can this combination be fixed to support input fields (since using READONLY, they aren't input).
Append By: WindSurfer  When: 1998-10-06 11:45:10  New Status: Pending Customer
Comment Please test with latest build-- this appears to be in the code now.
Append By: PeteL  When: 1998-10-07 07:08:34  New Status: Pending IE
Comment not working, but the specific problem may be that there is only 1 byte between text and input, and that's an attribute byte - could that be a difference?
Append By: WindSurfer  When: 1998-10-07 07:13:13  New Status: Pending Customer
Comment Which screen?-- we can test using your recorded session. Just give some text that we can search and find it in the script...also, the attribute byte should break the two fields anyway! That shouldn't even be a breakonblank issue...but probably something in the readonly and this particular screen.
Append By: PeteL  When: 1998-10-07 09:52:30  New Status: Pending IE
Comment I may very well have specifically put it in the session that you have - the transaction is DATE. I just looked a little closer, and I think the problem is a little different than I initially thought - it looks like the link is there if there is data in it - how the heck can I handle that, when the link won't show up if there's no data in the field? That's obviously an HTML issue moreso than a Screensurfer issue, but it is an issue nevertheless. Any ideas?
Append By: WindSurfer  When: 1998-10-07 11:15:45  New Status: Pending Customer
Comment Well, the link should be there regardless of data or no data...we can stick an optimization that forces one blank to become a non-breaking space (<nbsp;)...

Are you saying that no link is generated, or that no link is visible?

Append By: PeteL  When: 1998-10-07 12:15:52  New Status: Pending IE
Comment no link is visible, there's no underline, and the cursor doesn't switch to the pointing finger when onmouseover. that is consistent with all other input fields, for example in the DATE transaction, the word DATE (row 1, column 2) is a link, but the whole rest of the field is not. Maybe READONLY does something to it?
Append By: WindSurfer  When: 1998-10-07 13:46:45  New Status: Pending Customer
Comment When you do a view source, is the anchor tag there, with blanks in-between (sorry for all the back-and-forth questions... a lot going on and hard to reproduce).
Append By: PeteL  When: 1998-10-08 09:50:44  New Status: Pending IE
Comment page portion send via email - it looks like maybe the READONLY is processed prior to the BREAKONBLANK, causing the attributes to be changed to blanks, so BREAKONBLANK never knows to build a link on those fields - just a guess.
Append By: WindSurfer  When: 1998-10-08 16:30:54  New Status: Pending Customer
Comment Actually, what is happening is that the breakonblank logic is turning every blank into an attribute byte...meaning that an all blank field doesn't exist, since every blank is an attribute, with no data in-between.

We are looking into a tweak to the logic that will avoid this problem...like break-on-blank only applies when the data looked at starts with a non-blank.

Append By: PeteL  When: 1998-10-09 11:08:20  New Status: Pending IE
Comment OK, just let me know when you have something to test
Append By: WindSurfer  When: 1998-10-17 14:52:21  New Status: Pending Customer
Comment Ready now, in the latest build at ftp://ftp.ieinc2.com/pub/surfer/t1_3_26e.zip
Append By: PeteL  When: 1998-10-19 06:46:11  New Status: Closed
Comment seems to be working - thanks!
Append By: PeteL  When: 1998-10-21 12:58:29  New Status: Pending IE
Comment I spoke too soon - this broke some other part of BREAKONBLANK - I now have screens with plenty of blanks, but no separated links at all. HTML page sent via email. This is a biggy, since I just put this up production this morning - please advise as to estimated fix time or if I should back out. thanks
Append By: WindSurfer  When: 1998-10-21 13:42:25  New Status: Pending Customer
Comment We can give you a new build with a tweak to accomodate this shortly (in good shape, been testing it but will have more than you have so far...need to set autoskip=no for example).

One question-- do you want blanks to have a link?

What was happening was the the tokenizing was being bypassed if first char in a field or new row was blank...so, you have a problem with any screen where the entire thing is one big field with blanks starting each line...

Append By: PeteL  When: 1998-10-21 13:50:19  New Status: Pending IE
Comment interesting question - this whole thing started with needing blank-filled input fields to have a link. But now you've broadened the question to should all blanks have a link ... I think maybe the answer is yes - it would also seem the cleanest from your point of view - that all contiguous blanks (and their attribute byte) would be a single link. sound reasonable?
Append By: WindSurfer  When: 1998-10-21 13:53:23  New Status: Pending Customer
Comment From my point, it is easy to differentiate between blank input fields and blanks all over the place...I'd tend to recommend that blanks NOT have links unless they are input, simply because of the excess hrefs generated...and also having large blank areas with links...
Append By: PeteL  When: 1998-10-21 14:01:53  New Status: Pending IE
Comment that would be preferable, it just sounded easier the other way - go with it!
Append By: WindSurfer  When: 1998-10-21 14:39:37  New Status: Pending Customer
Comment Ready and tested at ftp://ftp.ieinc2.com/pub/surfer/t1_3_27a.zip.

You will also want to copy ftp://ftp.ieinc2.com/pub/surfer/menu13.gif to your \screensurfer\hostserver\img directory, so that your console will look okay.

This build adds the "sweep" function, which is a "actively timeout the timed-out sessions". With the new function you need a new button...

Append By: PeteL  When: 1998-10-21 14:59:54  New Status: Pending IE
Comment initial testing looks good, will do more in the morning
Append By: PeteL  When: 1998-10-27 07:58:06  New Status: Closed
Comment all is well