RE: PFCSIG Problem using n_cst_rowselect and rowfocuschanging

[Dejan Predovic]

Afaik, it has nothing to do with rowselect service, the problem is with rowfocuschanging itself - it will disallow changing current row, but it will allow scrolling of display to other row anyway. Maybe it can be prevented by handling some dw scrolling events (I tried to play around with this, but gave up after several hours). My first solution was to post scrolltorow(prevrow) from rowfocuschanged, and then you have no need to disallow anything in rowfocuschanging. The downside was display blinking when user tries to scroll and lots of troubles with shared dws. As a permanent solution I decided to change app logic to retrieve one row at a time insted of sharedata and I'm feeling fine since. :)   Dejan Predovic, MCS - The Outsourcing Source http://www.calic.de -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Ronen Slifkin Sent: Donnerstag, 2. Dezember 1999 14:05 To: [EMAIL PROTECTED] Subject: PFCSIG Problem using n_cst_rowselect and rowfocuschanging We have a tabular datawindow, in the constructor we calls the service n_cst_rowselect , rowmanager and more.   in the rowfocuschanging event we return 1 to deny moving to the newrow in some cases, and when this cases happens the rowselect service is still painting the new row even that we didn't moved to it (because the return 1 in the event)   it seems like the rowselect service paints the new row without considering if we actualy moved to the row   Please Help ME   thanx ronens [EMAIL PROTECTED]