T
tbergman
Guest
If the only OCX you’re stuck on is the progress bar, have you considered making your own from one or more Progress rectangles?. It’s easy enough to set the width of the rectangle to any size you want dynamically to emulate a progress Bar. Tom Bergman From: PeterWokke [mailto:bounce-PeterWokke@community.progress.com] Sent: Thursday, June 26, 2014 7:05 AM To: TU.OE.Development@community.progress.com Subject: RE: [Technical Users - OE Development] OCX replacement for 64bit of the Microsoft ProgressBar Control RE: OCX replacement for 64bit of the Microsoft ProgressBar Control Reply by PeterWokke 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. Stop receiving emails on this subject. Flag this post as spam/abuse.
Continue reading...
Continue reading...