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,105
- Last Active
- Roles
- Administrator
Comments
-
I could perhaps shed some light. When you set the SIZE property of a control, OI caches it so that it can deal with all the Autowidth and Anchor stuff. If, however, something other than OI sets a control size (like the Ribbon), then OI will reset ba…
-
In OI 9, you need to use the LayoutChildControls method of the SRP Ribbon Control to set the positions of your controls that share the same window as the ribbon.
-
Ah, good catch. I didn't realize there were some events that expect you to change the parameters.
-
Or maybe like the VB.NET 'with' statement: With .HTTPserver PreserveQueryNameCase = TRUE$ PreserveCookieNameCase = TRUE$ PreserveHeaderNameCase = TRUE$ End With
-
Jim, version 3.4.10.0 fixes it. You can download the installer here.
-
I don't foresee issues since it's looking for a specific pattern that SRP_PreCompiler doesn't look for. And since it converts that syntax into standard calls, SRP_PreCompiler won't know the difference. I'll consider adding a similar feature, but th…
-
Okay, I was finally able to recreate this. The missing context was that it only happens if you close all entities (records or otherwise) and then reopen some.
-
Version 3.4.9 is on the Products site and should fix the issue.
-
Glad you see it that way. The truth is that we've had 3.0.3.3 in our possession for a while. It was never publicly released for reasons only a younger and more irresponsible me knows. At any rate, it's on our products website now so people can, you …
-
Download 3.0.3.3 here and give it a try.
-
It isn't you. This does not appear to be working. I'll have to dig into this.
-
No, it wouldn't. What you could do is have a row at the top and bottom that spans the width of the table and has the text, "Items X-Y". Then listen for PosChanges into those cells. This not only is a good trigger, but a visual indicater to the user …
-
Fixed in version 3.4.8, which is available here.
-
Fixed for 3.4.8, which is officially available here.
-
You cold hook into BLINT using the MD table and observe it's output.
-
I added the suggested lines of code in 10.2.3 Beta 2 and still did not get a VNAV error.
-
Yes
-
I copied your code into both OI 9 and OI 10.2.3 and it compiled without VNAV errors. I made sure that no VNAV filtering options were checked in the Options. Keep in mind that SRP Editor does not do any VNAV checking on it's own. It calls OI's BLINT …
-
SRP Editor 3.4.7 just released.
-
I created a new updated, 3.4.7. It fixes a few issues, including this one.
-
Try downloading the installer from the website and try again. It'll be version 3.4.6.12, and it should have the missing entity. Not sure how that one slipped through our trials.
-
I'm aware of the issue, but I've been out of the office. I'll pursue this after Thanksgiving. In the meantime, I recommend reverting to the official release. You'll lose the recent fixes, but you won't be stuck.
-
3.4.7.x is technically beta, and there are a lot of changes. Try this newer beta RDK.
-
Obj = OleCreateInstance("SRPEDITOR.ControlInfo") OcxVersion = OleCallMethod(Obj, "GetProVersionNumber")
-
Chris is right. The assumption is that you want your code editing options to apply to all instances of OI, so those are stored in the registry. Anything specific to a particular instance of OI is stored in SYSENV.
-
Here you go.
-
Give this SRPEditor64.ocx a try. Thanks for you examples. It helped me isolate the issues.
-
If you have "Ignore VNAVs in function parameters" checked in the Options, then that's why. Not sure why it's picking up DetachPath unless there is other code referencing that variable.
-
Looks like you are autos sizing all but the first column.
-
Hard to say without seeing code.