Welcome to the SRP Forum! Please refer to the SRP Forum FAQ post if you have any questions regarding how the forum works.
SRPSupport
About
- Username
- SRPSupport
- Joined
- Visits
- 79
- Last Active
- Roles
- Member
Comments
-
Hey Mark My pleasure. User: James Birnie
-
Hey James, I'm a bit slow on this one but thanks for the code post. That seems to work for me too.
-
Hi Kevin Thanks for this, sorry for taking so long to upgrade (we are on SRPControls3.1.1 now). I tested this functionality and it still calls MouseOut when within the panel for me, when the end-user ends up on a cell between SRP Buttons within the…
-
Yep that's right, thanks Kevin User: James Birnie
-
Hi Kevin Yeah I hear you, the behaviour MS have given to some of their messages aren't quite what I've expected in the past either. In this case, like the MouseExit event, the MouseEnter event fires multiple times also e.g. when moving between cont…
-
Hi Don and Kevin Thanks for the compliment :-) And for the advice, I'll give it a go. Cheers, James User: James Birnie
-
Yep making that change works as expected - no crashing now User: James Birnie
-
Hi all, Overnight I thought about this, I really don't need to destroy and recreate the buttons in this scenario. The use-case is that a user right-clicks on a module button (in the main panel, to the right of "Security"), this either makes it a F…
-
Hi I'll also mention how I CREATE the new button controls that get added to the panel create_module_button: * requires the following properties * new_control_name * new_control_line_counter * new_control_counter new_button_struct = …
-
Sounds great! Thanks Kevin User: James Birnie
-
The Call Stack is DA_USAGE_MFS RTP16 SRP_EDITOR_OPEN_RECORD_EVENTS REPOS.STPROCEXE..EXECUTE REPOSITORY EXECNPHANDLER $$$SYSPROG*..OIWIN* RUN_EVENT REQUEST_INFO UTLILITY DIALOG_BOX SRP_EDITOR_EVENTS Subroutine DA_USAGE_MFS ( Code, BFS, Handle, Name…
-
Soo.. you are calling it directly.. and there's no way to intercept the call from the editor? That's making version control and collaborative development Very difficult!
-
Thanks, M@! I'll try to get the updated SRP Button control. User: Adam Chan
-
I just ran across this same issue (I'm in Windows 7 and noticed that the button text is a light color and harder to read). Has the button control been fixed so that I do not have to manually set the color to black for each button? When I read the …
-
Hi Don Sorry I missed your reply here, feel free to ask me anything p.s. I used the upload pic functionality in my last srp panel post - thanks for this! User: James Birnie
-
Hey Don Those screenshots look great, I like the idea of the keyboard. It's been fun - I'll email you a couple of our own for the new MDI we are creating. Cheers, James User: James Birnie
-
Hi Don Yep its the same code, but there is no other OLE event that I am firing via code. We do have a promoted OLE event (within PROMOTED_EVENTS) which also checks for an internal form error (@variable within the form) to avoid the firing of the On…
-
Hi Don Thanks for the update, and for looking into it, I appreciate it. And thanks for the advice, I'll revert to using POST_EVENT for the SRP buttons. I can confirm that swapping it back to an OI button definitely avoids the crashes. Cheers, Jame…
-
Hi guys Alas using the technique described by Mark didn't work - I would still get the occassional form crash when clicking the "Close" SRP.button (which would fire the CLICK event for the OI button), which is leading me wonder if its related to th…
-
Hi Mark Thanks for the input! I'll give synchronous events a go + do some more tests when I get a bit of free time. From memory it was dialogs that caused us issues as well. This issue may even be a similar, just not as frequent because of the asyn…
-
Hi Don I added return false$ to both areas of the close commuter sections above - but I can still get it to crash as regularly. Interestingly, the crash is most consistent after I've opened say 5 instances of the same form (via childid = start_m…
-
Hi Don Thanks again for the reply. Relevant commuter code below (I've removed the irrelevant stuff) where BTN_CLOSE is the SRP.Button.1 compile function oryxadm_workflow_action_events(focus, event, param1, param2, param3, param4, param5, param6, pa…
-
Hi guys Quick update, I've confirmed the issue still occurs using POST_EVENT User: James Birnie
-
Hi guys Thanks for the really quick responses! Kevin, yes the event is asychronous, as you mentioned it will crash OI if its synchronous. The only events we have setup as sychronous are edittable related: OLE.PosChanging OLE.BeforeUpdate * What is…
-
Hi guys Thanks for the feedback! Hi Don - sorry I didn't really provide enough info, please don't look into this any further until I get a chance to better isolate the issue and sequence of events. The LOSTFOCUS_PRE is the promoted LOSTFOCUS event …
-
Hi Don Thanks for the info, I'll know for next time. The only change I made was to select the statusbar, then move it 1 pixel right then back left again, then recompiled the form -> all was good. FYI We didn't change OI version this time, but s…
-
Hi Don The popups do a select, and so do take about a second to come up. I hope this helps.
-
p.s. I should also mention that it does have to be a fast double-click, for some users with less congested/faster PCs it may not happen everytime. User: James Birnie
-
Hi Don I couldn't update the controls this morning, I'll attempt next server cycle. It looks like the Srp.Tab version hasn't changed, so I'm not too confident this is it either. But we will see. ;-) I am happy to give you a copy of our system and …
-
Hi Don Actually one thing I did notice is that it looks like maybe you system isn't using OI windows colour settings? Set via Database Manager -> Database -> Environment Settings -> Windows/Form Settings [tab]. "Set a Default background f…