Omnis refusing to change $top of a field
Yeah close enough as an explanation 🙂
No I’m pretty sure the values are correct. The code that fails is this:
Calculate $cinst.$bobjs.1234.$top as lvTop+2
Calculate $cinst.$objs.ivEntry.$top as lvTop+5
The background object moves exactly where it needs to go.
The entry field fails but not always.
If the values were wrong I would expect it to consistently fail and for
both to fail
It’s really weird, it’s like Omnis does not accept the change…
On 6/6/17 6:46 pm, Phil (OmnisList) wrote:
> So, to be clear, after entering a code, the entry box moves down the
> height of the sub window, lets say 30 points, so you just add 30 each
> time to the $top figure, and then the previous $top figure is used for
> the subwindow $top?
> So, on a refresh, you set $top to 0, or 1… and that is what fails?
> Or something else?
> Maybe the code that is calculating $top is wrong when the effective
> list is empty?
> Maybe it doesn’t think the list is empty at that point.
> Hard to guess without seeing any code…
> Phil Potter
> Based in Chester in the UK.
Manage your list subscriptions at lists.omnis-dev.com