|
Home > Archive > WebSphere HATS > June 2005 > Rendering of input fields on line 10
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
Rendering of input fields on line 10
|
|
| Nick Mart 2005-06-05, 5:45 pm |
| I have been reviewing our applications and how they appear using HATS. I
have loaded the latest refresh pack of 5.05 as well as the interim pack of
5.05.01. However, out of 27 programs reviewed, I found 11 other them that
had rendered an input field incorrectly on the screen. In each situation,
the field was on line 10 of the display file. They were all input fields. Up
to this point, I have not found a particular pattern to the position of the
field.
For example, in one program, we have 3 telephone/fax numbers on line 10. The
1st one does NOT render correctly. The other 2 are fine. All 3 fields have
the same attributes and editing.
I have sent this information to some one at IBM. I am waiting for that
reply.
Any assistance and/or information would be greatly appreciated.
Nick
| |
| Nick Mart 2005-06-05, 5:45 pm |
| This is a follow-up to my first posting. The problem that happens is that
input fields get split apart between columns 32 and 33 as well as between 42
and 43.
"Nick Mart" <nick@gmdsolutions.com> wrote in message
news:d5b77p$4fn2$1@news.boulder.ibm.com...
>I have been reviewing our applications and how they appear using HATS. I
>have loaded the latest refresh pack of 5.05 as well as the interim pack of
>5.05.01. However, out of 27 programs reviewed, I found 11 other them that
>had rendered an input field incorrectly on the screen. In each situation,
>the field was on line 10 of the display file. They were all input fields.
>Up to this point, I have not found a particular pattern to the position of
>the field.
>
> For example, in one program, we have 3 telephone/fax numbers on line 10.
> The 1st one does NOT render correctly. The other 2 are fine. All 3 fields
> have the same attributes and editing.
>
> I have sent this information to some one at IBM. I am waiting for that
> reply.
>
> Any assistance and/or information would be greatly appreciated.
>
> Nick
>
| |
| Nick Mart 2005-06-05, 5:45 pm |
| The "problem" has been identified. In an attempt to include a calendar popup
window, I created a default rendering item called date. The screen cpature
that I used to create this had the date on line 10 positions 33 to 42. I
removed the item and everything is back to "normal".
"Nick Mart" <nick@gmdsolutions.com> wrote in message
news:d5b77p$4fn2$1@news.boulder.ibm.com...
>I have been reviewing our applications and how they appear using HATS. I
>have loaded the latest refresh pack of 5.05 as well as the interim pack of
>5.05.01. However, out of 27 programs reviewed, I found 11 other them that
>had rendered an input field incorrectly on the screen. In each situation,
>the field was on line 10 of the display file. They were all input fields.
>Up to this point, I have not found a particular pattern to the position of
>the field.
>
> For example, in one program, we have 3 telephone/fax numbers on line 10.
> The 1st one does NOT render correctly. The other 2 are fine. All 3 fields
> have the same attributes and editing.
>
> I have sent this information to some one at IBM. I am waiting for that
> reply.
>
> Any assistance and/or information would be greatly appreciated.
>
> Nick
>
|
|
|
|
|