Welcome to the SRP Forum! Please refer to the SRP Forum FAQ post if you have any questions regarding how the forum works.
KevinFournier
About
- Username
- KevinFournier
- Joined
- Visits
- 2,233
- Last Active
- Roles
- Administrator
Comments
-
Can you email me the SRPLIC file so I can test?
-
Did it find an SRPLIC file?
-
SRP_ActiveX_Info_64.exe is available for OIX.
-
SRP_ActiveX_Info 2.0 RC1 is available for download and testing. It should recognizes SRPLIC files in addition to being backward compatible with SRPLicense.dll.
-
SRP Utilities 2.0.3 RC2 fixes this.
-
You need a third party OCR library to convert a scanned document to text. I personally don't have a recommendation, but perhaps some of our other forum users do. I'll ask the guys in the office to chime in with suggestions.
-
What in this screenshot is incorrect? I believe I'm missing context.
-
I see. Right sort is actually extracting numbers and sorting accordingly. Interesting.
-
I've tried to recreate this with a PNG, but I can't seem to do so. Are you using 32-bit BMPs or something for your images?
-
Are the Char(0)s still an issue though?
-
SRP Utilities 2.0.3 RC1 now supports true numerical sorting. Instead of using "AR2" for the sorting parameter, try "AN2" instead.
-
Since I'll be updating code today, can you elaborate on things being trashed with Char(0)s?
-
This is working as designed. Just like OI's own V119 routine, a right-aligned sort is only good for sorting integers, since it doesn't actually compare true numerical values. A right-aligned sort effectively "inserts" spaces to the left of each valu…
-
UTF8 is backward compatible with most of ANSI. Moreover, OI doesn't care about the raw data until it needs to display it on a form. So, no code changes are needed and your data will be fine. Once you start putting characters in other languages into …
-
Correct. You're all set.
-
No. SRP_Encode is used to encode binary data into textual strings suitable for transmission. It does not deal with character encoding within strings. OpenInsight already has routines for manipulating the underlining encoding of strings. ANSI_UTF8, f…
-
SRP Utilities 2.0.2 RC12 fixes this issue and should avoid all future issues with regards to memory allocation.
-
You just love stress testing this stuff. As you know, ROTATE tries to preallocate the memory needed to store the results, and it does this by counting delimiters and multiplying the length of the data accordingly. After all, too much space is better…
-
SRP Controls 4.1.2 RC6 will correct this issue, even if you are using the Border property.
-
This fell off my radar, so thanks for reminding me. The difference is that you use XP borders, which don't capture the mouse down. I'll work on a fix, but the workaround is to use borders via the Background ColorFill instead of the Border property.
-
SRP Utilities 2.0.2 RC11 will ensure all columns will sort using AL if not otherwise specified. Thus, you should now see all your non-blank rows aggregate at the bottom starting at row 1860.
-
I have to pre-allocate enough space to fit the results. Since your data has one field that contains 1933 values, it causes the results to have 1933 values in all the fields, which increases the size of the results quite a bit. Your array is 3699 byt…
-
SRP Utilities 2.0.2 RC10 will fix this issue. As you suspected, it was a similar issue as SRP Rotate Array. I went through the rest of the array code to make sure all memory allocated is large enough. Hopefully, this is the last time we have a threa…
-
Thanks, Colin. I'll take a look this afternoon.
-
My only guess without seeing more code is that you are setting TabVisible to 0 before actually creating the tabs, in which case, there are no tabs to hide at the time. If you haven't already, try setting TabVisible at the end of the CREATE event.
-
Since this is OI10, I presume you are compiling in OI's editor instead of the SRP Editor. VNAV checking is done via BLINT, and the SRP Editor actually does a lot of work hiding BLINT's numerous false positives. Now that you are not in the SRP Editor…
-
Here is SRPUtilities.dll version 2.0.2 RC9. You only need the dll. It should fix the issue.
-
Try the latest build of 2.0.2 RC8. We've been fixing a few things lately, and SRP_MATH was one of them.
-
You were probably just missing the DLL stub, and reinstalling put it back in.
-
Correct. The goal was to emulate all the dynamic array functions: insert, delete, etc.