返回數(shù)據(jù)窗口控件中懸浮在當前行列之上的編輯框中的文本。在用戶修改數(shù)據(jù)窗口中某項的值時，實際上首先在懸浮在當前項上的編輯框中進行修改，當用戶移動輸入焦點或程序中使用AcceptText()函數(shù)接收用戶輸入時，用戶修改的數(shù)據(jù)通過有效性規(guī)則驗證后放入數(shù)據(jù)窗口的主緩沖區(qū)中。2012年12月28日，gettext 0.18.2 發(fā)布，國際化語言支持庫。語法為dwcontrol.GetText()。
開發(fā)歷史
最初，POSIX 沒有提供本地化消息的方法。20 世紀 80 年代末提出了兩項??提案：1988 年的 Uniforum gettext 和 1989 年的 X/Open catgets (XPG-3 § 5)。Sun Microsystems在 1993 年實現(xiàn)了第一個 gettext。unix 和 POSIX 開發(fā)人員從未真正就使用哪種接口達成一致（另一個選擇是 X/Open catgets），因此許多C 庫（包括glibc）都實現(xiàn)了這兩種接口。截至 2019 年 8 月，gettext 是否應該成為 POSIX 的一部分仍然是Austin Group爭論的焦點，盡管它的老對手已經(jīng)不再使用。提到的問題包括它對系統(tǒng)設置區(qū)域設置（受多線程問題影響的全局變量）的依賴以及它對涉及寬字符串的較新 C 語言擴展的支持。
GNU項目認為 gettext 的消息作為鍵的方法更簡單、更友好。（大多數(shù)其他系統(tǒng)，包括 catgets，要求開發(fā)人員為每個字符串提供“鍵”名稱）他們在 1995 年發(fā)布了 GNU gettext，這是該系統(tǒng)的一個自由軟件實現(xiàn)。 Gettext，無論是否是 GNU ，此后已被移植到許多編程語言。po 的簡單性和廣泛的編輯器支持甚至導致它在文本文檔的非程序上下文中被采用，或者作為其他本地化格式之間的中間體，像 po4a（po 代表任何東西）和翻譯工具包這樣的轉換器的出現(xiàn)提供了這樣的橋。
使用方法
顯示在數(shù)據(jù)窗口中的各個數(shù)據(jù)項的值保存在數(shù)據(jù)窗口的主緩沖區(qū)中。當用戶編輯某項的值時，系統(tǒng)自動把該值傳送到 漂浮 在該項之上的編輯框中，供用戶進行修改。當用戶移動輸入焦點或程序中使用 AcceptText()函數(shù)接收用戶輸入后 用戶修改的數(shù)據(jù)通過有效性規(guī)則驗證時放入數(shù)據(jù)窗口的主緩沖區(qū)中。
在數(shù)據(jù)窗口控件的ItemChanged 或ItemError 事件中不需要調用GetText()函數(shù)來得到編輯框中用戶輸入或修改的內容，此時，可以使用這些事件的data 參數(shù)得到該內容；
要得到數(shù)據(jù)窗口緩沖區(qū)中某項的值，使用與相應列的數(shù)據(jù)類型相匹配的 GetItem 系列函數(shù)。
String 函數(shù)執(zhí)行成功時返回懸浮在數(shù)據(jù)窗口dwcontrol當前行列之上的編輯框中的文本，該文本值或許能、或許不能通過各種有效性檢查，即或許可以接收為當前項的值，或許不能接收。如果數(shù)據(jù)窗口中沒有當前項，則GetText()函數(shù)返回空字符串""，如果dwcontrol的值為NULL，則GetText()函數(shù)返回NULL。
參考資料 >