(no, not color related...)

This seems to be a new issue... In my scheduling grid, when i click on a cell, for some reason it doesnt stick there,but goes back to the previous cell... here is the simplest xtree dump from the debug window. Is there a pre-edit condition causing the cell to cancel out? Please advise...

Here is the first click postition:

0 17:33:55 XTREE msg: LCLK_CELL
1 17:33:55 XTREE: pre-exit for read-only cell 2,5
2 17:33:55 ProcessKBDClick: VK_xF48 (mask:1)
3 17:33:55 XTREE exit: rtncde: 0, extcod: -48, xrow/xcol=2,0, targetrow/col=2,0, xvalid=0, navcod/mask=0x0/0xffffff80, selrow=0
4 17:33:56 XTREE begin: ctlid=1, op=1, flags=2a2422ff, target=0,0, navcod/mask=0x0/0x0
5 17:33:56 XTREE: Start Edit: hwnd=2b03dc, cell=2,5
6 17:34:06 XTREE: msg=VALIDATEEDIT
7 17:34:06 XTREE: Exit Edit: hwnd=2b03dc, cell=2,5; change=0

Here is the second click, Same row, Column 14, but after the click, it returns back to the original row!!

0 17:35:12 XTREE msg: LCLK_CELL
1 17:35:12 XTREE: pre-exit for read-only cell 2,14
2 17:35:12 ProcessKBDClick: VK_xF48 (mask:1)
3 17:35:12 XTREE exit: rtncde: 0, extcod: -48, xrow/xcol=2,0, targetrow/col=2,0, xvalid=0, navcod/mask=0x0/0xffffff80, selrow=0
4 17:35:13 XTREE begin: ctlid=1, op=1, flags=2a2422ff, target=0,0, navcod/mask=0x0/0x0
5 17:35:13 XTREE: Start Edit: hwnd=3503dc, cell=2,5
6 17:35:17 XTREE: msg=VALIDATEEDIT
7 17:35:17 XTREE: Exit Edit: hwnd=3503dc, cell=2,5; change=0

At first I wasn't able to reproduce this, but I think I have found the combination. If another window has the focus, and then you click on a read-only editable cell within the XTREE, it returns xtr'targetcol=0 rather than the column number. And the xtr'xvalidate is also set to 0, all of which would suggest that we were merely selecting a row rather than preparing to put the focus on a read-only cell.

But if you leave the focus on the XTREE, then clicking from one cell to another seems to work as expected.

In any case, some kind of fix is needed. I'll study it and post an update for 987.2.

If you run the 987.1 full release in the meantime, you'll be able to do the 987.2 patch for ATE by just RUNning ATEUPD[901,2] on the Linux server. To update A-Shell/Windows, just execute ASHUPD.LIT.

OK, I think 987.2 fixes this. It was a side-effect of a previous effort to distinguish between when the tree was being exited from editing mode and when it was being exited from selection mode. (Read-only edit falls somewhere in the middle of that, and was being confused with selection mode exits.)

Use RUN ATEUPD[901,2] to update ATE, or ASHUPD.LIT to update A-Shell/Windows. (Once you confirm that the issue is resolved, I'll update the traditional packages.)

Hi... i cannot find .2 on the update pages of either ashell or ate... I will give it a test when you point me in the right direction.

I deliberately left it off to force you to try updating via the Update Center. Assuming you have already run the full 987.1 ATE installation, you can log on to the Linux server and RUN ATEUPD[901,2]. Or, if you didn't update the Linux server or don't have ATEUPD.RUN on it, there is a copy in the ATE 001004 directory which you can transfer to the Linux server with:

Or, you can also grab it from this link: ATEUPD.RUN 1.0(102)

Or, in the interest of getting this thing verified without forcing you to try out the Update Center if you don't want to, I've also posted it here:

ash-5.0.987.2-w32-upd.zip

Was my lack of enthusiasm that obvious? :rolleyes:

Truly i want to use the update center, but for now i will take the easier route...

thanx for the post.

without being 100% certain, this patch seems to have fixed the cell click anamoly.