I have started the replacement of the OCX controls for 64bit.
One of the OXC objects should be the Microsoft ProgressBar Control.
I cannot find a control between the list to chose from. Does someone has an idee where I can find a replacement for this ProgressBar OCX.
this post as spam/abuse.
Architect of the SmartComponent Library and WinKit
Mike, Thank you for your replay. We have used this ProgressBar just on a few places.
Beside the ProgressBar we use the TreeView a few times and WebBrowser object.
For those there are OCX components available.
Our application is based on the adm2 smatObjects. To add .Net objects to a smartObject container is there a lot to adjust for this. Hope you can guide me on this.
Is the Progressbar located on a standard ADM2 window (which users might also use for data entry), or is it used on a small dialog itself?
In the first place, you should read on Embedded Windows as you need to embed the SmartWindow in a .NET Form before you can add .NET Controls to that Form (appearing
to the User as if the .NET Controls as part of the Progress SmartWindow).
Going that route may be a bit heave just for a few screens using the Progressbar. But it opens the opportunity to use more .NET Controls in Progress Windows, like
Ribbons, etc. as a general face lift
I recommend you to read on the GUI for .NET Developer guide.
We’ve developed the WinKit tool for this purpose.
"We use the TreeView a few times and WebBrowser object. For those there are OCX components available."
Which 64-bit treeview OCX control are you using?
Roundtable Product Architect
From the OpenEdge Installed .NET Controls I could implemet the following replacments for the OXC controles:
For a more future proof solution I can assume that a Progress 32bit client and a Progress 64bit client under Progress 11.3 can work with the same compiled run-time files. This way my customers can select there own client on the Window PC they still have.
Differently to using OCX controls where I have to make different versions for the same application.
Hope someone can confirm this statement.
Regards Peter Wokke
yes, your assumption is right.
OpenEdge 11.3 R-Code is compatible between 32 and 64 bit.
Most .NET Controls work fine on 32 bit and 64 bit workstations. It is however possible, that some .NET Assemblies are compiled only against certain processor architectures. But
that’s pretty uncommon and something you can consider when buying the .NET Controls you integrate in your application.
The standard Microsoft WinForms controls and Infragistics/OpenEdge UltraControls are processor independent
J and will work on 32 bit and 64 bit.
So.. there is no replacement 64-bit OCX available? The only option is use the .NET UI?
Well, there won't be a direct replacement until Microsoft suddenly decides they'll port the common controls libraries to 64-bit after all. So either you go for .NET, or for some 3rd-party control which may or may not be easy to find, and which may or may not carry additional license fees.
I was able to dig up this: www.dbi-tech.com/ComponentPage_ctxMeter.aspx
But I have zero experience with that particular set of controls, so I can't offer a valid opinion wether they're a good replacement or not.
First I would like to thank every one to add value to this subject.
Based on the information the best option is to implement .Net replacements.
This means that the current application need to be initiated with .Net capabilities.
The application is based on the smartObjects from the adm2.
The menu window is set by a treeview object that need to be replaced anyway so if I rebuild that as a ABL .Net window than the current program windows can be launched from this new menu window. And new programs based on .Net components can be added to the menu and the application after.
Who has experience to merge a adm2 application with a ABL .Net GUI.
The menu window is set by a treeview object that need to be replaced anyway so if I rebuild that as a ABL .Net window than the current program windows can be launched from this new menu window.
And new programs based on .Net components can be added to the menu and the application after.
“Who has experience to merge a adm2 application with a ABL .Net GUI.”
We supported a couple of ADM2 customers with our WinKit already.
I haven't used it, but based on a presentation of Mike's I attended, WinKit sure looks like the easy way to go about this ... as opposed to the hard way, if you know what I mean, where the hardness comes mostly from poking in the dark to figure out what to do.
Consulting in Model-Based Development, Transformation, and Object-Oriented Best Practice http://www.cintegrity.com
This topic is currently hot with us too. We have several ADM2 viewers with treeview, calendar controls from v6 of the microsoft common controls. Am I correct is stating that someone is saying its possible to drop a .net control onto an embedded window. This is something I thought was impossible at the moment...
Mike's example above seems to have an embedded window at he same level as his ribbon. I haven't seen a .net control inside an embedded window as of yet.
You can’t drop a .NET Control into an ABL Widgets. But once you embed an ABL Window in a .NET Form, the ABL Window can partially be overlaid (in that .NET Form) with
any .NET Control.
The user won’t see the difference.
.NET Ribbon, a few ABL Frames, UltraTabFolder and UltraGrid. All put together using Embedded Windows.