Welcome to the SRP Forum! Please refer to the SRP Forum FAQ post if you have any questions regarding how the forum works.
MARTINDRENOVAC
About
- Username
- MARTINDRENOVAC
- Joined
- Visits
- 7
- Last Active
- Roles
- Member
Comments
-
Problem solved. I had to "re-initialize" the SRP EditTable controls in each form by removing the program ID, then recompiling the form, then replacing the program ID, then recompiling the form again. So far after a day's use, there have been no mor…
-
Don, Thank you for the offer. I would like to try a few things first. I can reproduce this problem regularly without the FrameWorks application having run at all. That is, simply working within the OI IDE such as launching Frame Manager. So this el…
-
Don, After a lockup I must use Task Manager to kill OpenInsight. If I then run OpenInsight and close OpenInsight without rebooting, OINSIGHT.exe is removed. I can confirm that the lock ups occur under OI 9.4 with the following 32 bit operating sys…
-
Don, I can confirm that the previous version of the Editor worked without any lockups in both OI 9.3 and OI 9.4. I installed the new version of the Editor into OI 9.4. The problem began immediately and it happens fairly often. I'll do a little mor…
-
Don, I have discovered that on a fresh boot of the computer that I have been able to launch Frameworks Frame Manager repeatedly without a problem. Once the problem does happen (perhaps after a FrameWorks application launch or other action), I can c…
-
Hi Don, In answer to your questions: 1) Windows 7, 32bit 2) 4GB 3) OI 9.4 4) Normally 10 to 20 5) There are changes to how some controls are qualified. For the sake of clarity, I'm sending you the Promoted_Create_Event source code by email. oins…
-
Just to clarify, I experience this on a single 30" monitor (HP ZR30w).
-
Kevin, I traced the source of the "ding" sound to the code below in the FrameWorks promoted CREATE event. This code does not trigger the sound with the previous version of the OCX. Is this FrameWorks code still necessary? Don // Turn on the WS_CLI…
-
Hi Kevin, Thanks for the update. However, there appears to be a problem with the picture control using the new 3.0.6 OCX. On the CREATE event it causes the event chain "ding" sound. To test this, create a new form with an edit line and an OLE pictu…
-
Hi Don, The viewer is on the Frame. The user can associate any row in the MDI Child EditTable with an image. There is an indicator on each row that allows the user to know which rows have images associated with them. If the viewer pane is not visib…
-
Thanks Kevin. I'm in the process of finishing a group of controls that constitute an image viewer on the MDI Frame and this was causing some problems. The Zoom In and Zoom Out buttons on the Viewer (bottom left in the image below) will now work corr…
-
Hi Don, Thanks for the explanation. I wasn't aware that the ShortcutBar was based on a third party control. At the moment, I'd be happy just to force the ShortcutBar color (3d Face?) to match Frame color, but I understand the limitations. I really…
-
Thanks for the explanation. Perhaps the help documentation needs to be changed. See the quote below: "The ItemEnabled property enables or disables an item. A disabled item will not fire the OnClick event when the user clicks on it."
-
Well, I can only say, Uncle! I've sent Kevin a copy of the application. I'm not sure it helps, but here are more observations: I had forgot to mention that the Status Bar on the Test Form run in Form Designer that I showed earlier only displays pr…
-
Thanks for the offer. Before I do that, I'd like to spend some more time looking into this. For example, I have a progress dialog that does not use promoted events, but has the same display problem as the MDI Frame. So, it may not be related to pro…
-
Well, I think we're starting to narrow the problem down. I created a test form with just a status bar that does not use promoted events and the Status Bar displays ok, except that it's unsuccessfully trying to display a gripper by default. See below…
-
Kevin, I tried your first suggestion. All the core controls work, except the Status Bar. So I guess we're sort of back to where we started. I'll try your second suggestion and let you know what I find. While I'm doing second one, is it possible t…
-
They're on the way.
-
Don, The v3.1.0 release candidate did not work. Some more information that might help: 1) SRP_ActiveX_Info has always shown evaluation versions. This is not something new. In fact, before that SRP OLE Info also had shown evaluation versions. It ha…
-
1) Yes, the status bar looks like that on all forms in the application (there's only two). 2) Until now, I hadn't thought to look at the Status Bar in the editor. It's so small, I didn't notice it. But now that I Look, it does work properly in the E…
-
Well, commenting out code doesn't seem to work. I can unregister and register SRPControls.ocx version 3.0.6 successfully. It works fine, just not the new version. Also, I did use SRP_ActiveX_Info.exe and it showed all controls as evaluation versions…
-
Hi Kevin, I did re-register the control. It had no effect. OLE Info shows my controls as Evaluation versions. Can this be causing it? Don
-
I found the problem. There was a menu overlay for FRW_MAIN in the SYSREPOSLANGUAGE file. This was overriding the display of menu text that I had changed. I'm not sure how this record gets created. I have never used OpenInsight's foreign language cap…
-
Don, Comparing the new code would definitely help. Thanks. The Context_Menu_Equates changes are on the way. Don
-
The date for Verify_User_Access is 11/14/05. Another thought. OI 9.1 and later use field 12 of SYSREPOSMENUCONTEXT to store the name of the context menu bmp. This conflicted with Frameworks use of field 12 for CM_STYLE_FUNCTION$ and CM_DISABLED_FUN…
-
Hi Don, To answer your first question, there is no inheritance. However, I had a form named FRW_MAIN_TEST in my application. I didn't think this should be an issue, but just to be safe I deleted it. As expected this had no effect. When I save FRW_…