Search results

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