|
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
|
Description
|
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
|