不用GRID也可以实现

LABEL + TEXTBOX + LINE + SCROLLBAR

要按那個樣式錄入，數字在輸入時，必須從右向左頂，在屏幕上看那是很詭異的數字，而且如果在錄入中途稍為停頓一下，那個數字必定是錯的，賬簿上出現錯誤的數據，只會給人造成困擾，而不是方便。何況這種割裂實體的輸入模式，對修改數據極其不利，123.45，打到3時敲錯了4或.，我看你編程用退格之類光是搞數字回退就能煩死你，何必呢。

    用软件来替代手工做帐应该重在“替代”，而不是“模拟”。手工编制记帐凭证填写金额时是按位写入金额的，如果在电脑中录入凭证也要按位输入的话，那定位将是多余的且麻烦的操作，当然也可以用从右往左“顶”的办法来实现，但这样做有必要吗？
    记得在DOS环境下有些财务软件的凭证录入时是一张一张翻的，即一张凭证通常为5行，输入第6行时就自动到下一张凭证的第一行，而看不到前面录入的内容。当时我费了九牛二虎之力，好不容易才实现了滾行功能。现在的财务软件凭证界面通常都是滾行了，如果说要“模拟”手工而采用一张一张翻页的话，我看赞成的人不会太多。
    我觉得编制财务软件应该从简单、方便、快捷出发，为用户提供更亲和的界面，而不是单纯地模拟手工操作，生硬地将手工操作过程“搬”到电脑上。

就是！對一個不是太小的公司來說，每天的憑證錄入量不會非常少，憑證MM都會追求快速錄入，電腦軟件提供的功能應該是輸入方便、自動校驗排錯、核對清晰，而不必全部模擬手工。在屏幕上分裂兩個區域，一個大塊是1樓那塊，另外一個小塊是輸入區域，輸入確認後把數據呈現到輸出區，供人眼以習慣的方式核查，在最後結束憑證輸入時校驗平衡，提供改錯方式。這樣的分離設計比完全在一個介面中做交互，那個呈現的模塊是可以重用的，程序模塊間的耦合度也低，豈不是好得多。

在单位呆了两天才回来，看到各位的的回复，很受启发，尤其是设单独输入的思路，很受用。
这个输入模块已大体成形。

有个新问题：
    我需要在某一单元格内查询时，输入查询条件，要求显示另外一个没有“镶嵌”的表格中的列表框。这个列表框的位置，要随单元格的不同而变换。我通过mrow()来实现，但是存在一个问题：我用click、keypress可以触发，但是当tab变换焦点进入这个单元格时却不能触发位置变换，该如何解决？

你那個列表框不是內嵌在Grid單元格中的麼？

我尝试内嵌到表格里，但是显示不完整，本行的内容能显示，下面的内容会被下一行遮挡，怎么解决？

Grid可以調整行高的

怎么才来上班啊？

[ 本帖最后由 sdta 于 2012-3-1 00:12 编辑 ]

40分！