How to call AcceptTextWhen a user m

How to call AcceptText
When a user modifies a DataWindow item then immediately changes focus to another control in the window, the DataWindow control does not accept the modified data—the data remains in the edit control. Use the AcceptText method in this situation to ensure that the DataWindow object contains the data the user edited.

However, you must not call AcceptText in the LoseFocus event or in a user event posted from LoseFocus if the DataWindow control still has focus. If you do, an infinite loop can occur.

The problem Normally, new data is validated and accepted when the user moves to a new cell in the DataWindow. If the new data causes an error, a message box displays, which causes the DataWindow to lose focus. If you have also coded the LoseFocus event or an event posted from LoseFocus to call AcceptText to validate data when the control loses focus, this AcceptText runs because of the message box and triggers an infinite loop of validation errors.

The solution It is desirable to validate the last changed data when the control loses focus. You can accomplish this by making sure AcceptText gets called only when the DataWindow control really has lost focus. The third PowerBuilder example illustrates how to use an instance variable to keep track of whether the DataWindow control has focus. The posted event calls AcceptText only when the DataWindow control does not have focus.

This is a change from previous versions of PowerBuilder. Previously, the posted user event would run while the message box for the validation error was displayed. Now, it runs after the message box is dismissed, causing another validation error to occur and another message box to be displayed, resulting in an infinite loop.

ผลลัพธ์ (ไทย) 1:

วิธีการโทร AcceptTextเมื่อผู้ใช้ปรับเปลี่ยนสินค้า DataWindow แล้วเปลี่ยนโฟกัสไปยังตัวควบคุมอื่นในหน้าต่างทันที ตัวควบคุม DataWindow ไม่ยอมรับข้อมูลแก้ไข — ข้อมูลยังคงอยู่ในการควบคุมแก้ไข ใช้วิธี AcceptText ในกรณีนี้เพื่อให้แน่ใจว่า วัตถุ DataWindow ประกอบด้วยข้อมูลผู้ใช้ที่แก้ไขอย่างไรก็ตาม คุณต้องไม่เรียก AcceptText ในเหตุการณ์ LoseFocus หรือ ในกรณีผู้ใช้ที่ลงรายการบัญชีจาก LoseFocus ถ้าตัวควบคุม DataWindow ยังคงมีความ ถ้าคุณทำได้ การวนอนันต์สามารถเกิดขึ้นได้ปัญหาปกติ ตรวจสอบ และยอมรับเมื่อผู้ใช้ย้ายไปยังเซลล์ใหม่ใน DataWindow ข้อมูลใหม่ ข้อมูลใหม่ทำให้เกิดข้อผิดพลาด กล่องข้อความถ้า ซึ่งทำให้ DataWindow อีก ถ้าคุณมีรหัสเหตุการณ์ LoseFocus หรือเหตุการณ์ที่ลงรายการบัญชีจาก LoseFocus โทร AcceptText เพื่อตรวจสอบข้อมูลเมื่อตัวควบคุมสูญเสียโฟกัส AcceptText นี้ทำงานเนื่องจากกล่องข้อความ และทริกเกอร์การวนอนันต์ตรวจสอบข้อผิดพลาดการแก้ปัญหาจึงต้องตรวจสอบการเปลี่ยนแปลงเมื่อตัวควบคุมสูญเสียโฟกัส คุณสามารถทำได้ โดยการทำให้แน่ใจว่า AcceptText จะเรียกเฉพาะเมื่อตัวควบคุม DataWindow จริง ๆ มีการสูญเสียความ ตัวอย่าง PowerBuilder สามแสดงวิธีการใช้ตัวแปรอินสแตนซ์เพื่อติดตามว่าโฟกัสตัวควบคุม DataWindow เหตุการณ์ลงเรียก AcceptText เมื่อ DataWindow ตัวควบคุมมีโฟกัสนี่คือการเปลี่ยนแปลงจากรุ่น PowerBuilder ก่อนหน้านี้ เหตุการณ์ลงรายการบัญชีผู้ใช้จะเรียกใช้ขณะแสดงกล่องข้อความของข้อผิดพลาดการตรวจสอบ มันทำงานหลังจากยกเลิกกล่องข้อความ ทำให้เกิดข้อผิดพลาดการตรวจสอบอื่นเกิดขึ้นและกล่องข้อความอื่นจะแสดง เกิดการวนซ้ำไม่สิ้นสุด

ผลลัพธ์ (ไทย) 2:

วิธีการเรียก AcceptText
เมื่อผู้ใช้ปรับเปลี่ยนรายการ DataWindow แล้วทันทีเปลี่ยนแปลงโฟกัสไปที่การควบคุมในหน้าต่างอื่นควบคุม DataWindow ไม่ยอมรับข้อมูลที่แก้ไขข้อมูลยังคงอยู่ในการควบคุมการแก้ไข ใช้วิธีการ AcceptText ในสถานการณ์เช่นนี้เพื่อให้แน่ใจว่าวัตถุ DataWindow มีข้อมูลผู้ใช้แก้ไข. อย่างไรก็ตามคุณต้องไม่เรียก AcceptText ในกรณี LoseFocus หรือในกรณีที่ผู้ใช้โพสต์จาก LoseFocus ถ้าควบคุม DataWindow ยังคงมีโฟกัส ถ้าคุณทำวง จำกัด สามารถเกิดขึ้นได้. ปัญหาที่เกิดขึ้นโดยปกติข้อมูลใหม่จะถูกตรวจสอบและได้รับการยอมรับเมื่อย้ายผู้ใช้ไปยังเซลล์ใหม่ DataWindow หากข้อมูลใหม่ที่ทำให้เกิดข้อผิดพลาดแสดงกล่องข้อความซึ่งเป็นสาเหตุ DataWindow ที่จะสูญเสียความสำคัญ ถ้าคุณได้เขียนยังเหตุการณ์ LoseFocus หรือเหตุการณ์ที่โพสต์จาก LoseFocus จะเรียก AcceptText ในการตรวจสอบข้อมูลเมื่อควบคุมสูญเสียโฟกัส AcceptText นี้ทำงานเพราะกล่องข้อความและเรียกวง จำกัด ของข้อผิดพลาดการตรวจสอบ. การแก้ปัญหาเป็นที่พึงประสงค์ในการตรวจสอบ ที่ผ่านมามีการเปลี่ยนแปลงข้อมูลเมื่อควบคุมสูญเสียโฟกัส คุณสามารถทำได้โดยการทำให้แน่ใจ AcceptText ได้รับการเรียกเฉพาะเมื่อการควบคุม DataWindow จริงๆได้หายไปโฟกัส ตัวอย่างที่สาม PowerBuilder แสดงให้เห็นถึงวิธีการที่จะใช้ตัวแปรอินสแตนซ์ที่จะติดตามว่าการควบคุม DataWindow มีโฟกัส โพสต์เรียกเหตุการณ์ AcceptText เฉพาะเมื่อการควบคุม DataWindow ไม่ได้มีความสำคัญ. นี่คือการเปลี่ยนแปลงจากรุ่นก่อนหน้าของ PowerBuilder ก่อนหน้านี้เหตุการณ์ที่ผู้ใช้โพสต์จะทำงานในขณะที่กล่องข้อความสำหรับข้อผิดพลาดการตรวจสอบแสดง ตอนนี้ก็ทำงานหลังจากที่กล่องข้อความจะถูกไล่ออกก่อให้เกิดข้อผิดพลาดในการตรวจสอบอีกครั้งเพื่อให้เกิดขึ้นและกล่องข้อความอื่นที่จะแสดงผลในวง จำกัด

ผลลัพธ์ (ไทย) 3:

วิธีการเรียก accepttextเมื่อผู้ใช้ปรับเปลี่ยนรายการ datawindow ทันทีการเปลี่ยนแปลงโฟกัสควบคุมอื่นในหน้าต่างการควบคุม datawindow ไม่ยอมรับการแก้ไขข้อมูลข้อมูลยังคงอยู่ในการแก้ไขการควบคุม ใช้ accepttext วิธีในสถานการณ์นี้เพื่อให้แน่ใจว่า datawindow วัตถุที่มีข้อมูลผู้ใช้แก้ไขแต่คุณไม่ต้องเรียก accepttext ในกรณีที่ losefocus หรือผู้ใช้งานโพสต์จาก losefocus ถ้าควบคุม datawindow ยังโฟกัส ถ้าคุณทำ ลูปอนันต์สามารถเกิดขึ้นได้ปัญหาปกติ ข้อมูลใหม่จะถูกตรวจสอบและยอมรับ เมื่อผู้ใช้ย้ายไปยังเซลล์ใหม่ใน datawindow . ถ้าข้อมูลใหม่ทำให้เกิดข้อผิดพลาดกล่องข้อความแสดง ซึ่งสาเหตุ datawindow สูญเสียโฟกัส หากคุณมีรหัสที่ losefocus เหตุการณ์หรือเหตุการณ์โพสต์จาก losefocus เรียก accepttext เพื่อตรวจสอบข้อมูล เมื่อมีการควบคุมสูญเสียโฟกัส accepttext นี้วิ่งเพราะกล่องข้อความและเรียกลูปอนันต์ของการตรวจสอบข้อผิดพลาดโซลูชั่นที่เป็นที่พึงปรารถนาที่จะตรวจสอบการเปลี่ยนแปลงล่าสุดข้อมูลเมื่อมีการควบคุมสูญเสียโฟกัส คุณสามารถบรรลุนี้โดยการทำให้แน่ใจว่า accepttext ถูกเรียกว่าเมื่อควบคุม datawindow จะเสียสมาธิ ให้ตัวอย่างที่ 3 แสดงให้เห็นถึงวิธีการใช้ เช่น ตัวแปรในการติดตามว่าควบคุม datawindow มีโฟกัส การโพสต์เหตุการณ์เรียก accepttext เมื่อควบคุม datawindow ไม่มีโฟกัสนี้คือ การเปลี่ยนแปลงจากรุ่นก่อนหน้าของ PowerBuilder . ก่อนหน้านี้ ผู้ใช้งานจะเรียกใช้ในขณะที่โพสต์กล่องข้อความสำหรับการตรวจสอบข้อผิดพลาดที่แสดง ตอนนี้ มันอยู่หลังกล่องข้อความออก สาเหตุอื่นตรวจสอบข้อผิดพลาดเกิดขึ้น และอีกกล่องข้อความที่จะแสดงผลในลูปที่ไม่สิ้นสุด