Search results

I am not sure if that is allowed. You may have to use ANY-KEY or ANY-PRINTABLE instead and check for the key pressed: ON ANY-PRINTABLE OF FRAME F-Main DO: IF KEYFUNCTION(LASTKEY) = ":" THEN MESSAGE "toto" VIEW-AS ALERT-BOX INFO BUTTONS OK. END.

Yes, you are pretty much right. You use Visual Designer in PDSOE to create the .NET form and add the controls: https://documentation.progress.com/output/ua/OpenEdge_latest/index.html#page/pdsoe/visual-container-types.html...

This seems to be similar but as you are on version 10.2B07 it should be fixed: https://knowledgebase.progress.com/articles/Knowledge/Multipleerrors6491fromAppBuilderSectionEditor Could any of these apply?: https://knowledgebase.progress.com/articles/Knowledge/P105162...

Not as extensive as proper training but these offer a little bit that you may find useful: http://download.psdn.com/media/architect_video/OOABL/SampleClass1.htm http://download.psdn.com/media/architect_video/OOABL/SampleClass2.htm https://www.progress.com/video/abl-object-oriented-programming...

It does appear to be the case and your solution looks to be the option as this one is similar: https://www.codeproject.com/Articles/51879/Converting-RTF-to-HTML-in-VB-NET-the-Easy-Way Apart from specialist third party .NET solutions there does not appear to be a natural way to convert RTF to HTML.

Not really sure about converting as there does not appear to be a method for that: https://docs.microsoft.com/en-us/dotnet/api/system.windows.forms.clipboard?view=netcore-3.1 As HTML is actually text does using System.Windows.Forms.Clipboard:GetText instead work?: lcHTML =...

Does this work?: System.Windows.Forms.Clipboard:SetData(System.Windows.Forms.DataFormats:Rtf, rtfString). lcHTML = System.Windows.Forms.Clipboard:GetData(System.Windows.Forms.DataFormats:Html).

I have never used multi-threaded DLLs so cannot answer direct, but a couple of comments from others on linking to multi-threaded DLLs were: You may find this useful: https://community-archive.progress.com/forums/00019/36671.html

That is a good question as very doubtful many developers use it. Progress says this: I suppose it is still useful for customers to easily retrieve various bits of information themselves without having to wait for development to write the programs.

It has been a long time since I used Results so this may not be the best answer. Cringer, you could say Results is similar to the AppBuilder as it allows you to select tables and fields to report on. The command to run Results is something like: C:\Progress\OpenEdge11\bin\prowin32.exe -db...

Yes, a solution that is clever but probably belongs in the category of "Even though it is allowed it does not mean you should do it".

As Tom posted "You can do anything with code", and it appears it is possible of mimicking a NOT CAN-FIND in a query. This solution using a single temp-table record as a control record was posted on Progress Community a few years back: https://community-archive.progress.com/forums/00026/27143.html

As BobyIsProgress posted, increase the date by 1 and check if the new date is a business day: DEFINE VARIABLE V_yearenddate AS DATE NO-UNDO. DEFINE VARIABLE V_businessdays AS INTEGER NO-UNDO. V_yearenddate = Date(12,31,YEAR(TTbatch.cycledate)). DO WHILE TRUE: V_yearenddate = V_yearenddate +...

I don't know if a class name can be dynamic especially .NET classes, but it is possible to dynamically instantiate classes and methods which may solve what you are looking to do. Have a look at these articles: https://knowledgebase.progress.com/articles/Article/000031227...

Is this the code you are looking for?: https://knowledgebase.progress.com/articles/Article/P174599 Or do you want to embed an ABL window into a .NET form? If so, then take a look at these articles: https://knowledgebase.progress.com/articles/Article/P145112...

No, unfortunately not. In all these years I have never had to account for PSEUDO-WIDGET. The only thing I can think of maybe trying is PRIVATE-DATA but probably doubt you can set that or it is not available for what is effectively a system handle.

I think this could well be the case. The documentation for PSEUDO-WIDGET seems to be none existent. As a rule a PSEUDO-WIDGET is a system handle (SESSION or CLIPBOARD or ABL status or system object), and may explain why it does not have a name. If so, then there may be no way to retrieve any...

According to the manual the NAME attribute is available for FRAME, TEXT and FIELD-GROUP but not PSEUDO-WIDGET: If for FRAME, TEXT and FIELD-GROUP you set using code does that work?: Handle-name: NAME = "ObjectName".

Would it be this thread?: https://www.progresstalk.com/threads/displaying-pictures-in-the-browse.144152/ I am not sure if it is still available on Progress Communities, and if not think the files attached are the ones.

Is the dll on a network drive?: https://knowledgebase.progress.com/articles/Article/000034992 If not, then I don't know if the cause is something similar to this: https://knowledgebase.progress.com/articles/Article/000036394