Frederick

I did look at the documentation but which UniGUI component should I use to call the API? Would it be TUniURLFrame? I am inclined to call their HTML+JS code sample. Is there a desktop demo I can refer to?

Does anyone have experience with integrating Stripe's (www.stripe.com) payment API with UniGUI? Where do I start? -- Frederick (UniGUI Complete - Professional Edition 1.90.0.1536)

Sherzod, Do you have a solution for this?

I noticed that even with version 1.90.0.1536, the problem with different total pages for PDF and printer output still remains. Using TUniURLFrame to read the PDF file correctly shows 1 page for both PDF export and printer output. Is the problem with TUniPDFFrame fixable or do I need to continue to use TUniURLFrame?

Is it possible to replace the login screen of the hyperserver with our own design to maintain app theme and design consistency? -- Frederick (UniGUI Complete - Professional Edition 1.90.0.1536)

I can report that version 1.90.0.1536's Hyper_server.dll now displays the login screen when the appropriate login parameters are set in the CFG file.

I am still getting the 500 error when using the 64 bit version of hyper_server.dll in UniGUI 1.90.0.1536.

PDF

Thanks

I changed my code to below but there is no effect. TUniURLFrame1.JSInterface.JSCode(#1'.iframe.contentDocument.addEventListener("keydown", function(e){top.ajaxRequest('+ Self.WebForm.JSForm.JSName +', "keydown", ["key="+e.keyCode])});')

How do I check if the ESCAPE key had been pressed within the TUniURLFrame and handle it? The following code that works in TUniPDFFrame does not work here. TUniUrlFrame1.JSInterface.JSCode(#1'.iframe.contentDocument.addEventListener("keydown", function(e){ajaxRequest('+ Self.WebForm.JSForm.JSName +', "keydown", ["key="+e.keyCode])});') -- Frederick (UniGUI Complete - Professional Edition 1.90.0.1534)

I renamed my existing Hyperserver DLL to a temporary file and copied the 64 bit DLL Hyperserver (version 1534) and restarted the server. When I attempted to run the app, IIS threw up a 500 error. I copied the 32 bit DLL Hyperserver (version 1534) and replaced the 64 bit DLL and I could then start the app. Is there a problem using the 64 bit DLL of Hyperserver? My app is 64 bit compiled.

Yes, I have recycled all nodes just now. I am not sure if using the 1524 (32 bit) version of Hyperserver to run my 1534 (64 bit) compiled EXE could be a problem but I tried and failed to overwrite the 32 bit DLL but that is a story in another forum post.

I tried the above and the login screen is shown when the app is compiled to an EXE and run directly. However, my setup is via a call to the Hyperserver's DLL which reads the Hyperserver's CFG file and then runs my EXE file. In this case, the login screen is not displayed and the Hyperserver monitor is just shown immediately.

In my Hyperserver DLL configuration file, I set the following parameters:- [hyper_server] prompt_login=1 [login-0] user_name=myname password=mypass admin=1 but the server monitor login screen does not appear when my URL is http://www.mydomain.com/myapp/myapp.dll/server. I get the normal monitor screen. What am I doing wrong? -- Frederick (UniGUI Complete - Professional Edition 1.90.0.1534)

I am trying to replace the Hyperserver DLL from 32bit to 64bit in Windows Server 2016 from the command prompt but I keep getting a "The process cannot access the file because it is being used by another process." message. There are no web browsers calling the DLL but in the task manager, I see that the process keeps starting by itself even when I end task it. How do I work around this? -- Frederick (UniGUI Complete - Professional Edition 1.90.0.1534)

I'll answer this myself based on a forum message here. In the Default Document module for the web site, add the app's DLL file name. In my case, it would be myapp.dll. Then, in the web browser, typing http://localhost/myapp will open the app without showing the DLL name.

Currently, I type http://localhost/myapp/myapp.dll in the web browser under IIS 10 to start the app. Is it possible to just type http://localhost/myapp without displaying the DLL name in the URL? -- Frederick (UniGUI Complete - Professional Edition 1.90.0.1534)

Well, taking a bit of time to experiment paid off. I replaced the ext-theme-uni_flat_black directory under unipackages-7.0.0\themes for version 1.90.0.1534 with that from 1.90.0.1526 and I got all the icons back for Uni_Flat_Black! chgtheme2.mp4

In that case, it should be an easy fix for technical support since they are the JS experts. I remembered a bank site had the same problem but they eventually fixed it.

Thanks for the tip.

You mean you use TUniURLFrame instead of TUniPDFFrame to read and print the PDF file generated? I still would prefer that TUniPDFFrame works as it should. After all, it is meant for PDF files.

I use the UniSF components with UniGUI and when switching the theme from Uni_Carbon to Uni_Flat_Black, the top right icons for maximize and close are replaced with rectangle icons, which I believe, are placeholders for actual icons which are not valid or missing. When using the Uni_Carbon theme, there are no issues with the display of icons. How do I debug this problem with the Uni_Flat_Black theme? I think the problem lies somewhere with UniGUI because this was not an issue with versions 1.90.0.1526 and earlier and, I have been using the UniSF components without updating it since 1.90.0.1504. -- Frederick (UniGUI Complete - Professional Edition 1.90.0.1534) chgtheme.mp4

Thanks. Calling UniSession.Synchronize allowed the TUniStatusBar to show the new text.

Thanks. Looking at the demo, it seems that I need to treat the database processing as a main thread and update the visual controls on the side. I will explore this further. BTW, my EnableSynchronousOperations property of UniMainModule is already set to True.