Search results

Sorry, unfortunately not. I was hoping that could have been the solution but seems you have tried that and do not know of any other option.

There is the FGCOLOR code setting but that only affects the list and not the actual value/screen value: DEFINE VARIABLE COMBO-BOX-1 AS CHARACTER FORMAT "X(256)":U LABEL "Combo 1" VIEW-AS COMBO-BOX INNER-LINES 5 LIST-ITEMS "Item 1","Item 2","Item 3","Item 4","Item 5"...

As Simon points out, an unsupported feature and you need to use a commercial option. One option is a .NET solution and I outlined a very simple example here: https://www.progresstalk.com/threads/using-ocx-microsoft-richtextbox.141443/#post-406679

Rob, good point, and these sites confirm the efficiency: https://community.progress.com/s/article/P16635 https://community.progress.com/s/article/Running-a-prowin32-exe-as-a-background-process-causes-extremely-slow-login-times-in-Windows

I think you are missing is a second addition and also do not require the second formula to be part of the first addition. Try changing the first addition and then have a second addition similar to this: chworksheet:Range("A" + STRING(lcnt) + ":B" + STRING(lcnt)):FormatConditions:Add ( 2, ...

I am not sure, but I wonder if the problem is you have only added one FormatConditions, which explains why FormatConditions(1) is okay but not FormatConditions(2)?

Yes, the macro code helps to a degree but the actual solutions may have to be found online. To convert this code: Selection.FormatConditions.Add Type:=xlExpression, Formula1:="=""ah3 > 0""" Try this site: https://learn.microsoft.com/en-us/office/vba/api/excel.formatconditions.add Where you...

Does this help?: https://community.progress.com/s/article/P189645

Although version 9.1E you may find some help here: https://docs.progress.com/category/openedge-archives https://documentation.progress.com/output/ua/resources/OpenEdge/91D/oe-91d-pdfs.zip

It seems it is locked to that color and although it is possible to change color not a natural thing to do: https://stackoverflow.com/questions/778678/how-to-change-the-color-of-progressbar-in-c-sharp-net-3-5

It seems you have quite a few errors - could be in the include files - and not easy to see the problem as there appears to be missing datasets/function names and some code lines not being quite correct as similar to the GUID error in the () being used for GENERATE-UUID. Maybe an idea to create...

I think this line is the problem: ttContacts.ContactID = STRING(GUID(GENERATE-UUID())). /* Auto-generate ContactID */ If you change to this instead it compiles: ttContacts.ContactID = STRING(GUID(GENERATE-UUID)). /* Auto-generate ContactID */

As Rob has posted the "the gateway" could be the cause, but if a Power BI issue then a bit of extra information. When we added Power BI we encountered the exact same problems reported in this thread despite the number of connections/servers/brokers settings being what we thought was high...

Can duplicate the problem and think I know what you require. Put this extra line in the setrichTextBox1value method: THIS-OBJECT:Refresh()..

That seems to suggest that something extra is happening that is clearing the rich text box. It could be the components are being reinitialized or the setrichTextBox1value method is being called again by something else which is passing a blank value. From what you have posted neither of these...

I am not sure of the actual problem as it appears you are showing the value in the rich text box:- THIS-OBJECT:richTextBox1:Text = ipvalue. Is the problem that you want to show all the previous values because currently it is only showing the previous value passed? If so, then does something...

Yes, as you can see from here, Thomas Wurl from Taste IT Consulting identified the problem and a fix and a case was opened but as yet still no official fix: https://community.progress.com/s/question/0D74Q000008HoP7SAK/detail

Cecil, for a .NET solution your example is a good one as it shows it can be achieved with just a single line of code: MESSAGE System.Globalization.CultureInfo:CurrentCulture:DateTimeFormat:GetMonthName(3) VIEW-AS ALERT-BOX INFORMATION. I had previously been using something similar to this...

As far as I know the operation of temp-tables has not changed much/at all between versions 9 and 12, and the error you are getting is expected as the temp-table names are both the same. It may have been allowed in version 9 but not later versions. Change the name for the new defined temp-table...

The only options I know of is as per this article: https://community.progress.com/s/article/18493 Or something similar to this very old code snippet from many years ago: DEFINE VARIABLE Font1 AS INTEGER INITIAL 1. DEFINE VARIABLE Font2 AS INTEGER INITIAL 2. DEFINE VARIABLE FontSelect AS...