Search results

For Excel connections SQL Client Access is normally your first port of call rather than the DataDirect drivers. Using these you can easily connect from MS Excel to a Progress DB which is on Red Hat Linux. SQL Client Access provides the ODBC drivers as part of your licenses and will be...

For the other answers something along these lines - rough example only to show what you can check for: DEFINE VARIABLE hTT AS HANDLE NO-UNDO. DEFINE VARIABLE hTB AS HANDLE NO-UNDO. CREATE TEMP-TABLE hTT. hTT:ADD-NEW-FIELD("f1","character",0,?,?,"Field 1","Field 1")...

From Rob's screenshot HEX does not appear to be an option. HEX can be set for some features but you have to know the value: Range("A1"):Interior:Color = &HFFF744. Range("A1"):Interior:Color = 16774980

At one stage there was the possibility I was going to have to do something similar but the project was shelved. I only had an initial look and did not find a .NET approach and this site almost suggests there is none...

I do not know if this relevant but I seem to recall reading that the OpenText method did not always work if the file had an extension of csv and changing to txt solved. Regarding the array, again I seem to recall this had to be an extent of 2 only but not sure. If you change to this does that...

I take it passing the WinForm class as a parameter to the old.p and then passing back the handle to the procedure is not an option? If so, the only thing I can think of is put in extra workings in the old.p to link to the WinForm class and pass the handle to the procedure that way. E,g...

You can do something like this: DEFINE VARIABLE vLabel AS HANDLE NO-UNDO. vLabel = FILL-IN-1:SIDE-LABEL-HANDLE. vLabel:BGCOLOR = 10. Does this solve?

Never used ProWinHandle but the documentation seems to suggest it is used for parenting ABL windows to .NET forms: https://documentation.progress.com/output/ua/OpenEdge_latest/pdsoe/PLUGINS_ROOT/com.openedge.pdt.langref.help/rfi1424919616467.html So wondered if setting the parent would solve...

Fair enough and understand regarding the clean up. The only thing I can think to try is limit the transaction block and not read the records with exclusive locks. Although not quite what you are doing this gives some pointers: https://knowledgebase.progress.com/articles/Knowledge/20150 So...

I have never used anything like this before so am not sure if this is correct/works for deleting buffers: hQueryHandle:GET-BUFFER-HANDLE(hBufferHandle:NAME):BUFFER-DELETE (). Normally, the following is all that you require: hBufferHandle:BUFFER-DELETE(). Does that work? Another thing to...

I am not quite sure on this one. This compiles and if you try this does it work: hListViewItem = CAST(e:Data:GetData(Progress.Util.TypeHelper:GetType ("System.Windows.Forms.ListViewItem")), System.Windows.Forms.ListViewItem).

listView1:AllowDrop = TRUE. listView1:DragDrop:Subscribe(listView1_DragDrop). listView1:DragEnter:Subscribe(listView1_DragEnter). If in a class then: METHOD PRIVATE VOID listView1_DragDrop( INPUT sender AS System.Object, INPUT e AS System.Windows.Forms.DragEventArgs ): MESSAGE "DragDrop"...

I never knew window resized event fires like that but it does. I thought the solution was to make the window insensitive and make it sensitive after it has been made visible but it then fires: hWin:SENSITIVE = FALSE. ... hWin:SENSITIVE = TRUE. No idea how to solve this.

Does trapping the 'MOUSE-SELECT-CLICK' solve?: ON MOUSE-SELECT-CLICK OF BROWSE-1 IN FRAME DEFAULT-FRAME DO: MESSAGE "Mouse Select CLick" VIEW-AS ALERT-BOX. END.

I have some example code of dynamically adding nodes and sub nodes to a .NET TreeView and this is attached. It does not do exactly what you require as it dynamically adds when first run and not when a node is clicked, but hopefully it gives you some ideas and you can adapt.

Thanks Cecil, it has fixed it.

Do you want the information for the embedded windows or for the .NET forms? If for the ABL windows then usually these have been run persistently so one idea is to walk the widget tree for persistent procedures and obtain information from the procedure handle. If though it is the .NET form...

Really good to hear you have got it working. So in the propath you have something like this?: ,C:\Development\Webwiew\WebView2Loader.dll Just tried that but still find the same in that nothing appears.

It has been a long time since I used CREATE MENU-ITEM but think once created it is always available even if created in a trigger/internal procedure. So either delete or remove from the relevant widget: SELF:POPUP-MENU = ?.

I think you are correct in that it is a runtime issue and postings here mention an extra file - WebView2Loader.dll - required for runtime: https://community.progress.com/s/question/0D74Q000008IUBHSA4/detail This file is in the package so included that in the working directory but still no joy.