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,086
- Last Active
- Roles
- Administrator
Comments
-
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.
-
You can use the "All" keyword as an index. For example, you can set the alignment for all cells in column 2 like so: Set_Property(@Window:".OLE_EDITTABLE", "OLE.CellAlignment[2; All]", "Center":@FM:"Center")
-
You are setting field <4> to True, which ignores the width you set and auto sizes the column to fill up available space.
-
Barry, I tested in 9.4.6. Roger, my only other suggestion is to get a clean copy of OI going and test it there with UTF8 enabled. If it works, then it means your main application is fiddling with UTF8 settings somewhere.
-
This code doesn't make a particularly interesting table, but it shows the wifi icon in the header. Columns = "" Columns<1, 1> = \EE9C81\ Columns<1, 2> = "T" Columns<1, 13> = 1 Columns<1, 14> = 'Segoe …
-
I just tested with check boxes enabled. It still works for me.
-
Here's some code I wrote to change a column's header to the Wifi icon: Set_Property(@Window:".OLE_REPORT", "OLE.ColumnHeaderFont[5]", "Segoe MDL2 Assets") Set_Property(@Window:".OLE_REPORT", "OLE.ColumnHeaderText[5]", \EE9C81\) This only …
-
Windows has fonts like this one that have icons in them instead of letters and numbers.
-
No, it doesn't, but we've gotten around this using icon fonts.
-
I can assure you that the justify array feature is not doing parsing that sophisticated. It's looking for tokens like ':=' and '+='. If I can be a little cheeky, that syntax is silly, if not outright evil.