This was working so well until I ran into this defined in the master window.
ON 'ctrl-tab' ANYWHERE
DO:
RUN nextwindow.
RETURN NO-APPLY.
END.
So it was all working properly until I tried running it from within our application and it didn't work.
Thank you for the clarification on the CTRL-TAB event though I've never applied an event without a widget reference. It's always been
APPLY "<event>" TO <widget>.
We are actually iterating though the columns already, so this should be easy to check.
I'll let you know...
I see where you're going with that, but I have two issues.
This is in a completely generic context, so something like hCell:NAME = "descr" would not be possible. Now hCell:ENABLED or something like that may be useful, but I've been having trouble finding a good list of attributes and methods...
Sorry about that. I just figured that something that was runnable out of the box would be preferable
The key parts are here:
DEFINE BROWSE bwsItem
QUERY bwsItem DISPLAY
/* */
ttitem.rownum COLUMN-LABEL "Row#" WIDTH 4
ttItem.ITEM COLUMN-LABEL "Item" WIDTH 20...
yeah, I actually have a small example program that demonstrates the issue.
When you click the SELECT-NEXT-ROW button and the cell is open, it returns "yes", even on the last row of the browse.
This uses a temp-table, so there's no DB to connect to.
Oddly enough, if you clear the "Flat" and...
OpenEdge 11.7.2
I've encountered a strange error when programatically traversing a browse.
The code uses the SELECT-NEXT-ROW() method on the browse and expects the method to return false when on the last row.
DO WHILE v-ok:
/* do stuff */
v-ok = hbrowse:SELECT-NEXT-ROW().
END...
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.