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,233
- Last Active
- Roles
- Administrator
Comments
-
SRP Picture Control 3.0.5 and SRP Controls Pro 3.0.6 are now available for download. This update fixes the Zoom issues.
-
As it turns out, the Zoom property was rounding everything to .25 increments. I fixed this oversight and will notify you when an update is available for download.
-
SRP Picture Control 3.0.5 and SRP Controls Pro 3.0.6 are now available for download. This might solve your scrolling issues. I had found a bug in which focus kept leaving the control, which didn't allow the mouse wheel to work correctly.
-
There is a bug in the current release that prevents the control from getting focus properly when clicked. It is fixed in the next version which will be released tomorrow, hopefully. Note, however, that the SRP Picture Control can only get focus if t…
-
SRP Picture Control 3.0.5 and SRP Controls Pro 3.0.6 are now available for download. The update contains the new OnCustomDraw event.
-
Wow. I'm very impressed. While allowing you to draw on the surface of the SRP Picture Control is a possibility, it's also worth noting that the SRP Picture Control supports EMF files, which you create using the same GDI calls. You'd have to update …
-
Colin, What is it you are drawing? Given that you are changing the cursor, can I assume you are requiring some dynamic interaction? I started to add an event that would allow you to draw on the Picture, but only when the Picture itself redraws. Do …
-
This is a good idea, so I added it to our feature list. I can't promise when it will be released, but I don't see this as being a super difficult task.
-
Are you qualifying the buttons' OnClick events as asynchronous? If not, then try that and see if it helps. Doing a SEND_EVENT(Window, "CLOSE") during a synchronous event is breaking because it forces the form to destroy the button while it's still w…
-
So, this was a tough nut to crack. There is some funky interaction between the animation processes of the shortcut bar and the embedded OI forms. At first, I had some success just disabling animation, but eventually it would hang when I would collap…
-
Unfortunately, there is too much application specific code for me to recreate the crash. I can't set it up the same, nor do I have your event handling logic. I know it's a bit of work on your part, but short of sending me a copy of your app, would …
-
You know what? I completely misread your post. I somehow thought the crash was occurring at startup. Can you send me the code you use to setup the Shortcut Bar? Perhaps there is something unique to that setup that I can manage to recreate on my end.
-
The only time I've seen such drastic behaviors from our controls in on machines that have Anti-spyware/Anti-virus installed that prevent our controls from loading into memory. Some of these applications consider unknown ActiveX controls to be a thre…
-
We pick a theme that closely resembles what we are after. That being said, we tend to favor the tree control over the shortcut bar because we have better support and the menus can be a bit more complex if we need them to be. We can even get a tree t…
-
Ouch! I hang my head in shame. Fixed.
-
This behavior is intended. It may seem counter intuitive at first, especially when you equate OnClick to mean "an item click." However, the OnClick event always happens no matter where you click on the control (even if you don't click on an item). S…
-
I think you have a beta build for the next release, so try "Office07" instead. If that works, then you just happen to be using a new feature that I haven't been able to document yet.
-
Wow, what a glaring omission. I'll add a new property for the next release; I'll probably call it something along the lines of HasSignature.
-
This is interesting because how would the control know the user was done? It can't be based on the user releasing the mouse/pen because that would just be one stroke and signatures are composes of many strokes. One possibility is an event that fires…
-
There is no import available because it is not trivial to implement. Therefore, the Signature control was not meant to be a data control that can read and write the signature data. It is an input control that produces images. If you want to display …
-
It's frightening how I could overlook something as critical as uploading recently announced controls. The downloads page has been updated. Sorry for the confusion.
-
Can you supply your settings? I tried a 5-pixel wide splitter and it worked fine, but I wasn't using any borders.
-
There is still hope. Instead of using the border property, use the border feature of the background color fill. This should allow enough space to display the gripper.
-
Hmm, are you sure? I just tested it and I see a gripper as long as the bar is 4 pixels or wider. Are you using any kind of border?
-
Also, try setting the Border to None in the Form Designer and see if that works. It'll be interesting to see if there is a difference.
-
Don, Yes. I'm setting AllowXPTheme to 1 during the CREATE event. Height is set to -2. Tab control is the first in the tab order. My test is in OI 9.2.0.
-
Don, Can you make sure Frameworks' promoted events logic isn't interfering in some way? When I create a form in a clean copy of OI and set the Background property to None in the form designer, I do not get this issue.
-
Set the Background to "None". In fact, that should work in both cases.
-
Correction, us "3DFace" for the background and "None" for the border.
-
Assuming you are not altering the color of the window itself, use "3DFace" for both the Background and the Border color. "Window" is the color of the editable portion of a window, like an editline. On most themes, that color is white. "3DFace" on th…