Search results

I see the problem, and there is one way to solve but you are editing AppBuilder specific code so not ideal as have to be careful doing that as it can prevent the file opening in AppBuilder or may cause further problems in the application. If using a standard editor you delete these two lines...

In the past I have only known that error to appear when you specifically assign a screen value to a value that is not in the list items: DEFINE VARIABLE COMBO-PRODSUBTYPE AS CHARACTER FORMAT "X(10)" INITIAL "XXXX" LABEL "Combo 1" VIEW-AS COMBO-BOX INNER-LINES 5 DROP-DOWN-LIST...

Had the exact same problem a few years back when moving to 64-bit Progress where the 32-bit OCX components would not work. At the time there seemed no solution and either had to obtain a 64-bit version of the OCX component or switch to a .NET component instead as outlined in the following...

I do a lot of standard GUI interfaces so what I do is always set the 'Help Text' then in the programs assign the help text as tooltips so if the user hovers the mouse over the field they get some information: DEFINE VARIABLE vWidget AS HANDLE NO-UNDO. ASSIGN vWidget = FRAME FRAME1:FIRST-CHILD...

Another thought, does GetScrollPos give you any information that you can make use of?: DEFINE VARIABLE hPos AS INTEGER NO-UNDO. DEFINE VARIABLE vPos AS INTEGER NO-UNDO. RUN GetScrollPos(FRAME FRAME-NAME:HWND, 0, OUTPUT hPos). RUN GetScrollPos(FRAME FRAME-NAME:HWND, 1, OUTPUT vPos). MESSAGE...

My first thought was to try an adapt this to create a dynamic widget and get the position from there but could not get it to work: GOAL: How to scroll a frame so a specific button will come in the displayed area ? FIX: Create a dynamic fill-in at the button coordinates, apply 'entry' to that...

Bit of a long shot but if you check either of these files what do they say?: C:\progress\openedge12\oeide\eclipse\configuration\org.eclipse.osgi\bundles\336\1\.cp\Progress.clrbridge.netcore.runtimeconfig.json C:\progress\openedge12\bin\Progress.clrbridge.netcore.runtimeconfig.json If the...

No problem, and what you may find useful is the program in this article: https://community.progress.com/s/article/How-to-bind-a-bindingsource-to-a-datagridview-with-batching If you look at the makeAttachQuery method in example_form.cls that shows a very good example of displaying only required...

I am not sure of the actual problem, is it you want a way of hiding columns at different stages or only having required columns in the DataGridView? If hiding columns you can loop through each column and based on the criteria hide that way: DEFINE VARIABLE oDataGridViewColumn AS...

Although I have not tried any of these it does appear that you can generate some kind of debug logs for Progress Developer Studio:- https://community.progress.com/s/article/P173077 https://community.progress.com/s/article/How-to-enable-the-Eclipse-debug-console-for-Developer-Studio...

The majority of the time you just require the .NET DLL to be added to assemblies.xml and nothing else. The only times I have experienced problems is if one of the following situations existed: The DLL was blocked so had to unblock. Access was required to another DLL and that DLL was missing...

It has been years since I used work-tables and cannot remember if they had this problem. The following rules for work-tables are listed here - one rule is finding with EXCLUSIVE-LOCK is disregarded - and is it possible the timer is resulting in the work-table being affected by applying one of...

I have never used this parameter so not sure but based on this it looks to be a standard start-up parameter: https://docs.progress.com/bundle/openedge-startup-and-parameter-reference/page/NET-Common-Language-Runtime-clrnetcore.html As per the attached try setting for the relevant project.

Just tried to test this and I am finding the exact same in that class browser is not listing anything. I wondered if this was one of a few .NET components that Progress cannot access but it appears to not be the case...

This is a coincidence as we have just encountered a problem in the "WriteData" procedure in smtpmail where the email server seemed to temporary glitch or connection was lost whilst a write was taking place which seemed to cause the whole lot getting stuck in a loop. Added the parts highlighted...

As Tom points out there is "if you are using PASOE, change parameters X, Y, and Z like so" guidance and different factors come into play. Although likely to be a bit old now this may provide a bit of useful information...

Converting an AppBuilder window into a .NET window is pretty straightforward as outlined here: https://community.progress.com/s/article/P145112 Other options: https://community.progress.com/s/article/000033191 https://community.progress.com/s/article/P190039 I have not worked with a .NET...

I am not sure, but I think the workings in Kb188557 do not work with static classes. One option to try/fix is to have your class as a singleton class instead and doing that you should find you can pickup any modifications without having to restart the whole session...

It may not possible in Progress as indicated here: https://community.progress.com/s/question/0D54Q00008gdkmwSAA/has-anyone-successfully-used-open-xml-sdk-from-abl

I have never used the DocumentFormat classes so if a problem with these do not know the answer, but if it is the case of your program not seeing the dll then hopefully a bit of information that may help. For deployment, if only running compiled programs then you do not actually require access...