Menu

Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Show posts Menu

Messages - Mike King

#1
Web Services / Re: BROWSER IP ADDRESS
July 23, 2024, 03:17:19 PM
Glad this helped your resolve your issue.

If you look at NGINX documentation it will describe the headers that may get added.  In particular the X-Real-ip header which is described at https://docs.nginx.com/nginx/admin-guide/web-server/reverse-proxy/
#2
Is it possible you did not router STDIN and STDOUT to /dev/null for the SimpleCS server process?
Alternately are you runnin any other PxPlus processes on the server?
#3
Programming / Re: def object x,"[wdx]*"
July 18, 2024, 12:33:20 PM
One thought -- you said you are using different versions of ProvideX (this should be PxPlus otherwise you need to contact Sage).  Given this please doublecheck that all versions are  the same -- either 64 bit or 32 bit. 

The display of installed ActiveX controls will vary between 32 and 64 bit installations as each will depend on the software installed and whether it was 32 or 64 bit.
#4
You should install and use the WindX plugin to connect and not the installed PxPlus as that will cause double user counts.
#5
Programming / Re: def object x,"[wdx]*"
July 17, 2024, 03:51:29 PM
Sigsign/Sigplus are from Topaz systems.  You may need to contact them as to why the difference.

According to https://topazsystems.com/software/sigsign.pdf sigsign uses sigplus.
#6
Nomads / Re: Drag and Drop a File
July 10, 2024, 02:58:36 PM
If you want to drop files from Outlook attachments they first have to be dropped into physical files in a directory.

What I have done in the past is create temporary directories where I have the user drag whatever they want.  I display the temp directory using the windows File.Explorer Com object.  It will accept just anything and convert them to files.  Simply create a dummy directory then point the file.explorer Com object to it. 
#7
Nomads / Re: Drag and Drop a File
July 10, 2024, 01:17:48 PM
Use the DROP FILE directive.

See External File Droping in https://manual.pvxplus.com/page/directives/drop_on.htm
#8
Phil

I would suggest you try a different user -- either NETWORK SERVICE or a standard user on the system.

Regards
Mike King
#9
Language / Re: Easiest way to create an XML file
June 03, 2024, 09:50:57 AM
Mike

While it is true that the XML object maintains the full XML in memory, you would need a very large XML for it not to be supported especially when using a 64 bit version of PxPlus.

That being said if what you are creating is a XML file with multiple sub-entries such as an XML with all invoices and details you can likely generate this yourself creating a wrapper manually and using the XML object for the sub-ordinate entires:

For example:

   PRINT (xmlfile) "<invoices>"
   oXML=new("*obj/xml" for program)
   SELECT * from "invfile"
   oXml'Set_xml("") ! Clear any prior values
  ... create the XML for the invoice
   PRINT (xmlfile) oXml'get_xml$()
   NEXT Record
   PRINT (xmlfile) "</invoices>"


This will allow you to create any size XML.
#10
Language / PxPlus *browser patch level
June 03, 2024, 08:04:53 AM
There is a significant alert for chrome and all chromium based browsers that has been reported with many companies requiring their users to update or delete Chrome immediately.

Can you advise if these corrections are included in the current *browser and if there will be a fix for prior versions of PxPlus.

For details on this issue see https://www.forbes.com/sites/zakdoffman/2024/06/03/google-chrome-warning-72-hours-to-update-or-delete-your-browser/?sh=2953df0bdb05
#11
When I was developing Webster+ I refined the logic and functionality based on the needs that came up in CATS demo application.

Once the basic design of Webster+ was done, I started with the demo application and as I ran into things that I felt could be done easier I added functionality to Webster+ and also worked with the development team to add functionality to the File Maintenance Generator to make application development faster and easier.

There are a lot of things that you can do in Webster+, many of which are incorporated in the Webster toolkit and the CATS demo application which is a good place to see what's possible.
#12
Jeff,

There is a utility built into PxPlus that will load a variable with the contents of a file:  *tools/readfile.

https://manual.pvxplus.com/PXPLUS/utilities/readfile.htm

Given this all you need to do is change line 100 in your code to something like:

0100 call "*tools/readfile", "Cleary_Quote.xml", Body$
#13
Phil

Perhaps this will help.  The following page shows a list of all printers configured on your Windows server (Windows only).  You can select one and press the button which will force a crash so you can see the values..

<!DOCTYPE html>
<html>
<head>
</head>
<body>
<p>[ttl]Mike Printer Select[/ttl]</p>
<p>[form]
[execute winprt_setup read printer$]
[execute winprt_setup list printerlist$][hide printerlist$]
[list printer$ size=50/10][data text=(printerlist$)][/list]<hr>
[button text="Force Dump" event=crash@crash]
[/form]</p>
</body>
</html>


I used the [execute] to load the current/default printer and the full printer list.

BTW: The [hide] for the printerlist$ is not required but was included so you could see the values in the dump.
#14
Phil

There are any number of ways to add a printer list to a Webster+ panel.

If you have the list in a variable you can simply do something like:

[list printer$][data text=(printerlist$)][/list]

You can see this in the *webster/pages/reports.html file where the system loads variable fieldNames$ which was added to the form using a [hide] short code.  This variable was loaded in the [form program=*report] which runs the INIT event in *webster/report.


Personally though I wouldn't put the printer list in the form.  No need to have the system load it on every request.  On windows you can have a fairly significant delay to get the list of printers if some of them are offline or misconfigured.

Instead I would create a drop down query for a printer$ input field and set the field as 'required'.  Whenever printer$ input is changed I would have an event that updates the user data with the last requested printer using the %webster'SetUserData() method so that all subsequent requests will have %usr.Printer$ with the last selected printer.  You can then use an [exec printer$=%usr.printer$] in your logic to initialize the value.

There are other methods such as using cookies, but personally I would suggest using the user data as that would provides consistency for the user regardless as to the browser.

#15
Glad to hear you got it to work.

Perhaps the data is nt only gzip'ed but also Base64 encoded which would be common where binary data, such as what would be in the zipped contents, is involved.