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
- 353
- Last Active
- Roles
- Member
Comments
-
Don, OK, I see how this works. I will add code to re-size the edittable etc. and use your splitter.
-
Don, OI splitter, interesting what does it take to switch to your splitter, do I have to resize the edittable myself?. Let me have a look at this.
-
BTW I edited the above comment to show what the layout looks like when it doesn't work.
-
Kevin, Actually the above is not correct. On that form, I have in order left to the right, edittable vert scroll bar, splitter, and then on the bottom two horizontal scroll bars. If I disable event code on the splitter (it moves the scroll bars…
-
Kevin, It has something to do with the splitter, I think. I removed event logic from splitter so that it no longer reduces the size of the editable to the left when moved. It still exhibited the same problem. But if then move the splitter so it is…
-
Kevin, Yes, it's a splitter. It's just two of my forms that exhibit this behavior, let me see if I can track down what's different.
-
I sent you a video of me moving a window, you can see it jumps to the new position, it doesn't drag. The video also shows the inability to re-size.
-
It also does not seem to fix the double click issue.
-
I also don't seem to be able to drag the window edges to resize the window.
-
One issue, dragging MDI child windows is not showing the window move as you drag the title bar to a new position.
-
Kevin, It works. That looks so much better. Three lines of code. Brilliant.
-
I'll test this morning. Don, I wonder how long it will before the next one?
-
Kevin, Wow, what a fantastic way to start the day. Thank you very very much. I owe you a few beers at the next conference.
-
Make that three installs.
-
It's happening on at least one of my co-workers installs. On my system, it's completely reproducible. By way of example. I have two MDI child windows open that do not use your edittable. If I then open a new MDI child window that does use your cont…
-
I had not seen it before. It's now happening on all my forms that use this control. I can't believe I have never noticed this before, so the question is what changed. Let me look at a different install of my software and see if it happens elsewhere.
-
Don, I didn't even now the panel control existed. Thank you for all the information.
-
Kevin, Interesting, very interesting. Let me know how this goes.
-
That looks really good. Is it an extra control or does it come with what I already have?
-
I want the window underneath to look like the one on top.
-
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;…