Welcome to the SRP Forum! Please refer to the SRP Forum FAQ post if you have any questions regarding how the forum works.
DonBakke
About
- Username
- DonBakke
- Joined
- Visits
- 3,189
- Last Active
- Roles
- Administrator
Comments
-
I am reasonably confident that something is wrong with your index. As I already noted, RList doesn't necessarily use Btree.Extract, so different behavior is not entirely unexpected, especially if the index itself has a problem. I'd be very reluctant…
-
You are saying that you had to change the justification from LEFT to RIGHT for a TEXT column in order for BTREE.EXTRACT to work?
-
Then I suspect it has to do with the difference between the internal delimiter (@TM, which is one character) and the Windows controls delimiter (CR/LF, which is two characters). I suggest adding an extra character per @TM you see in the string.
-
Do you suspect it is off by one character for each line in the edit box?
-
You can set the Raw Style Bit for this: Alternatively, you can programmatically set this style ES_NOHIDESEL (0x0100).
-
As I said, I'm pretty sure this is Windows themes controlling the look of a standard Windows control. You might be able to get what you want using the SRP Button control, which supports a toggle state.
-
I think this is a Windows theme issue. This is often why the controls in the Form Designer can look different than in runtime. Have you tried setting the FORECOLOR property? I am doubtful it will work, but it can't hurt.
-
You might also find the technique summarized in this OI 10 Blog article useful in crafting your own solution.
-
I don't believe you can achieve this automatically or through simple configuration options. The MSG function does support the ability to restrict modality to the parent window, but I believe this is done through additional programming similar to wha…
-
Ctrl+C will work for most controls but not for edit tables. Having said that, I don't see any logic that mines edit tables for data so I am not sure why you have custom code for this.
-
That is likely the text mark (@TM), which is how edit box controls store line breaks internally. To the outside world, however, that should appear as CR/LF. I had never experienced what you described so I did a quick test. In both instances I get CR…
-
I don't think so. Transaction processing is managed by the creation of temp tables. Each OI session will have it's own temp table: I ran a test using two sessions of the same OI system on my desktop. The tables are kept unique via the PID assigned…
-
When you say "transactional processing", are you specifically referring to processes that employ the Transact subroutine?
-
The normal approach is to use the DESTROY service.
-
I have to believe this is a programming issue and not an OI issue.
-
I thought perhaps if one bound form had normal locking engaged that this might interfere with the form that has locking turned off. However, I just ran a few tests and I can't get this to behave as you described. This makes me suspect promoted event…
-
I just tried this and it worked as I would expect. Perhaps there is something else in your system that is causing interference. Do you just have the one form that is bound to this table?
-
Wouldn't the "No locking" flag in the Form Database Options dialog do what you want?
-
We believe this has been fixed with 3.3.2.0. Note, this is just an updated SRPEditor.ocx. No RDK is needed. Please test and confirm.
-
Awesome. I was able to duplicate the problem. We'll get back to you.
-
Thanks for letting us know!
-
It would be very helpful if you could create a reduced version of your code that still demonstrates the problem but is easy to send us so we can try to duplicate in-house. I tried to duplicate with existing code but could not, so there might be some…
-
I've not used OCSP so this is a bit outside my experience. But I would like to add a few comments: * The article I wrote suggested using Msxml2.ServerXMLHTTP.6.0. This is based on ServerXMLHTTP rather than XMLHTTP. ServerXMLHTTP can resolve issue…
-
I don't have any ideas triggered yet, but I would venture to suggest that it is not worth trying to compare the forms as I had previously suggested. The problem does not seem to be rooted to any copy of OI nor does it appear to be a problem that is …
-
It is not a generic problem. To quote Carl: Found a bug in the coercion layer
-
Thanks for testing it!
-
Hmmm...I can't duplicate that.
-
Thanks. So this is really an extension of what you reported in point #2. That is, you cursor to another control and the auto-filled text returns even though you had deleted it using the Delete key.
-
2. I can duplicate this behavior. We'll discuss internally and come back with a response. 3. I'm not sure what you mean here. I take it that "to cursor" means to use the mouse to put the cursor somewhere. Can you elaborate on what you mean by "did n…
-
1. You can modify the previously searched list by editing the Registry values in this Key: Computer\HKEY_CURRENT_USER\SOFTWARE\SRP\SRPEditor\{path to OI folder}\{appID}\FIND The (Default) key stores the number of previous matches, so you can just …