Welcome to the SRP Forum! Please refer to the SRP Forum FAQ post if you have any questions regarding how the forum works.
jimvaughan
About
- Username
- jimvaughan
- Joined
- Visits
- 404
- Last Active
- Roles
- Member
Comments
-
Somewhat, that is why I have not yet made the change. I think it will be a fair amount of work.
-
Use Start_Window instead of Start_MDI_Child.
-
Thank you, that fixed it.
-
Perfect, many thanks.
-
How do I revert to an earlier version of the utility (2.0.6) so I can work in the interim?
-
I thought that was the case, Oh well. One of these days I need to remove the mdi child windows.
-
Kevin, thank you.
-
I was using 2.0.6 of utility and 4.1.4 ocx. I switched back to 4.1.4 and that did not fix it. Not sure how to revert to an older version of utility.
-
Height btw is 4.
-
Reverting did not fix it. I did install the new srp utility code. The following code is the issue: Font = Sys If Font Then Height = SRP_String("GetHeight", "ABCDEFGHIJKLMNOPQRSTUVWXYZ", Font, "99999") Call Set_Property(Obj, "OLE.HeaderFont[ALL;…
-
Upgrading to ocx 4.1.4 seems to have fixed the problem.
-
In which directory would this file be found? I just ran it and did not get a file created. SRP controls show version 4.1.5 test as being installed.
-
I will send this to them tomorrow, many thanks for your help on this.
-
Kevin sounds good. On a Windows 10 system, I use NSIS to install the control into $SYSDIR, I assume I can just replace C:\Windows\SysWOW64\SRPControls.ocx with the new debug control, correct?
-
I ran the following code on two systems, on one system it worked (Working.txt) and one it did not work (Not working.txt). It worked when the user used remote desktop to remote into a client computer, it did not work when the user ran the code direct…
-
Let's see the results of the code you suggested I write, they are going to test that tomorrow. If that looks correct on the client, then I will do whatever you suggest to resolve this.
-
Carl just replied to my post on the Works forum.
-
Kevin, I have sent the code to one of my co-workers and they are going to get them to run the code on the server and on one of the problematic clients. It may take a few days as they have to get IT people involved. As soon as I hear back, I'll post…
-
The Works Forum. https://www.revelation.com/revweb/oecgi4p.php/O4W_RUN_REPORT?RPTTYPE=LY&NOSELECT=&REPORTID=WORKS_BOARD_2#/section/breadcrumb/DATATABLE/Select
-
Yes, this is on my system which works fine.
-
This is what I get on my system, I will let you know what they see.
-
FYI Subroutine Test_Unicode(Null) ********************************************************************** * Write Unicode test string to Text.txt in root of Tactic install * * visim jrv 11-6-19 * *…
-
Kevin, Str_Unicode does not seem to be in the help file. Do you know what parameters I pass? Thank you.
-
FYI I posted the following on the OI forum We are using SRPs edittable and when I set the Column headings using OLE.TitleList everything gets stuck into the first column heading. Delimiters and all, the OLE control is expecting a @VM delimited list…
-
OK, I will do both of these. I let you know the results. Thank you.
-
The server is 2012 server I think. It fails from all different client machines, we have tested on. All client machines are Windows (not sure what OS). If the user uses Remote Desktop to remote into the server everything works as expected. Only when…
-
Re-install did not fix the problem, but I do have some more information. Everything works if OI is run on the server. It fails when run from a client. If I use Call Set_Property(Obj,"OLE.TitleList",Col_Text) to put a @VM delimited list of say 10…
-
Just checked, no we do not call SetNoOfDelimiters or set that property. Thanks for the suggestion, I'm thinking it has to be corruption. Hopefully, I re-install fixes it.
-
Ha, sorry, thank you Kevin :)
-
So they must have changed something in how the client (or maybe server) is configured? Or as you say something is corrupt. At least two of the client machines are exhibiting this (we only checked two), however, the UTF8.DLL is on the server unless…