... is incremental Seek/Filter. That means, as and when the user presses a key, the seek/filter is performed. Many users like this feature, But if you reject this feature and use a Get and ask the user to enter a seek expression first, then do you use this feature. To experience the behavior of "incremental" ...
... with the clients that fail? One thing we have noticed is that if a mail comes from a dynamic ip address (ISP assigned), then a lot of servers will reject it because chances are good it might be spam. In that case people usually need to send via their ISP mail server and authenticate. Alex
Thanks for your hint. I'm playing with WinInet for some days, but instead InternetReadFile(), I think that I need InternetWriteFile(), but it is not so easy to use, please see at msdn and another problem, I need use SOAP protocol, or ws will reject my request...
Antonio, Some versions ago TGet:bChange was designed to reject the last key if bChange returned false. I know there were some complaints because developers were expecting the last key to be in the buffer when bChange was eval'd, so it appears you changed ...
Here is a more sophisticated example. It will only accept keystrokes that find a new match in the browse, otherwise it rejects the keystroke. There is a sound for each valid keystroke and no sound for invalid keystrokes. James ----------------------- Notes: If you return a logical ...
... is called like this in TGet. Eval( ::bPostKey, Self, ::oGet:Buffer ) bChange is for use when you want to test the keystroke and either accept or reject it. If you return .t. from the codeblock the lastkey is accepted into the buffer, if you return .f. then the lastkey is not accepted. bPostKey ...
... contain the last character typed, and I have made a recommendation to Antonio to switch bChange back to its original processing as it is needed to reject invalid characters. Thus if you modify your code to work with bChange now, it will be broken again when Antonio changes the code back to its ...
... key pressed wasn't considered. I think Antonio fixed it months ago... Well, that explains it, but there is a problem. Before the "fix," you could reject any keystroke by returning .f. from the bChange codeblock. This was really useful as you could have complete control over what was entered. The ...
... the location of the eval of bChange in the TGet:keyChar() method was changed from a previous version (Feb 2006). It was moved below the code that rejects new keystrokes. Now if your bChange function returns .f. the keystroke still gets accepted--before it got rejected. You can test this with the ...
... service for MO SMS messages) AT+CGSMS=? ERROR # +CAJOIN=? (Accept an incoming Voice Group or Voice Broadcast Call) AT+CAJOIN=? ERROR # +CAREJ=? (Reject an incoming Voice Group or Voice Broadcast Call) AT+CAREJ=? ERROR # +CAHLD=? (Leave an ongoing Voice Group or Voice Broadcast Call) AT+CAHLD=? ...
... service for MO SMS messages) AT+CGSMS=? ERROR # +CAJOIN=? (Accept an incoming Voice Group or Voice Broadcast Call) AT+CAJOIN=? ERROR # +CAREJ=? (Reject an incoming Voice Group or Voice Broadcast Call) AT+CAREJ=? ERROR # +CAHLD=? (Leave an ongoing Voice Group or Voice Broadcast Call) AT+CAHLD=? ...
... service for MO SMS messages) AT+CGSMS=? ERROR # +CAJOIN=? (Accept an incoming Voice Group or Voice Broadcast Call) AT+CAJOIN=? ERROR # +CAREJ=? (Reject an incoming Voice Group or Voice Broadcast Call) AT+CAREJ=? ERROR # +CAHLD=? (Leave an ongoing Voice Group or Voice Broadcast Call) AT+CAHLD=? ...