Here is a simple program you can use to copy an image to the clipboard.  Simply set this program as the 'popup' processor for the grid cells for which you have the bitmap$ attribute set.

! Utility to copy image from Grid cell to clipboard
! Set the "popup" attribute of the image cell to perform this program
  local file$
  file$=pth(id'bitmap$,err=*next)
  if file$="" \
   then msgbox "Cannot copy";
        exit
  popup_menu "[Copy image=1001]",x
  if x<>1001 \
   then exit
  open (hfn)"|powershell.exe"
  x$="Add-Type -AssemblyName System.Windows.Forms;"
  x$+="Add-Type -AssemblyName System.Drawing;"
  x$+="[Windows.Forms.Clipboard]::SetImage($([System.Drawing.Image]::Fromfile("+quo+file$+quo+")));exit;"
  open (hfn)">powershell.exe"
  print (lfo)x$
  close (lfo)
NOTE: You would need to tweak the code a bit to work under WindX.  Basically you would need to copy the file from the server to a scratch file on the workstation and pass that workfile name to powershell.

Not directly but you should be able to detect/process the right click yourself and use a utility such as nircmd to copy the image file to the clipboard.  You can also use a powershell script to copy the image.

If you are using a formatted list box there is a option of setting full line highlight in Nomads on the list box.  This will highlight the whole line in the list box as opposed to just the text in the item.

---

Also, while I don't remember which release it was added but there is a way to change the background color for all formatted list boxes when they don't have focus using the 'OPTION' mnemonic.

PRINT 'OPTION'("LvuSelBackClrNoFocus", ColorDescriptor),

Where ColorDescriptor could be any color specification in PxPlus such as "RED", "RGB: 100,200,200", "#Orange".

You can actually tweak a number of system colors using the 'OPTION' mnemonic.

Jeff

Do you want to copy the image or the text of product option?

You can do something similar by defining a query that has the fields you need then open the query using *query* ; panel ; library.

While it doesn't create actual files, it does provide a logical file that you can read and the data can come from multiple data sources using file links in the query definition.

Is the light gray the background colour or the text (foreground) colour?

Also what version PxPlus and Windows?

Its been a long time since I did this but if my memory serves me right I created a .BAT file for windows that set the  environment variable then launched pxplus.

Davinder

Did you open port 8080 on the Ubuntu firewall? 

Ubuntu, and to be honest almost ALL Linux distributions come with all ports blocked by some form of firewall.  The challenge is knowing how to unblock the port since not all Linux versions use the same firewall program/methodology.

What I generally find is the easiest is to run something like the following on the server to make sure the port is open and accessible:

OPEN (1) "[tcp];8080"
WHILE 1
READ RECORD (1,END=*BREAK) R$
PRINT R$
WEND

Then I go to an external workstation and issue:

OPEN (1) "[tcp]serverIP;8080"
WRITE RECORD (1) "Hello World"
WRITE RECORD (1) "Kilroy was here"
CLOSE (1)

On the server you should see the data written.

Should the OPEN fail you can generally assume the port is blocked (or you have the wrong IP address).

This approach will help identify if the port is open and accessible.

Davinder,

Your image indicates the system thinks you are running iNomads and not Webster+.  For Webster+ you need three arguments; the port, the PEM file (if running secure mode else ""), and the root directory for Webster.

So your .sh file should be something like;

 /pxp/pxplus '*ezweb/server' -arg 8080 '' /var/www/sitename/docroot

That likely means the pxp.cgi file is not being found or used. 

Generally the Apache configuration directs the system that any file request ending in .pxp will be handled by the pxp.cgi script.  This is done by the "Action pxplus-srvr /cgi-bin/pxp.cgi" and "AddHandler pxplus-srvr .pxp .pvp" directives.

Its possible your pxp.cgi file is not in the correct directory.  Generally it is in the document root cgi-bin subdirectory based on the site configuration.  For example if your site document root is /var/www/mysite then the pxp.cgi normally would be in /var/www/mysite/cgi-bin.

Did you ever resolve this issue?

If not make sure your PEM file contains your certificate, certificate chain, and private key. 

You can do a quick test of the PEM file with a small PxPlus program that opens a server port using the PEM then trying to connect to it.  For example:

OPEN (1) "[tcp];8888;secure=path-to-pemfile.pem"
WHILE 1
READ RECORD (1,END=*CONTINUE) R$
IF R$="" PRINT "Connection" ELSE PRINT "Recv'd:",R$
WEND

Then you can try to connect to the program using a web browser specifying the port 8888.

You likely will get a error report on the browser complaining the site name doesn't match the certificate but this will at least confirm the PEM file is correct.

The conf-available sites need to be enabled.

Check out: https://geek-university.com/conf-available-directory/

Generally the -available directory contains sites that CAN be enabled with links place in the conf-enabled directory. 

Note: This is generally used in recent Debian/Ubuntu configurations to make enabling/disabling sites easier and does not exist in all Linux installations.

Oh, there is also a Youtube playlist on Webster+ accessible through the following link:

https://www.youtube.com/playlist?list=PLP2OOVHPpLwx3axRiOnnQXW5M5dDli4Bj

Actually there are a number of videos, including some on setup, available on the forum at:

https://forum1.pvxplus.com/index.php?topic=1206.0

You should not need to change the default message text.  I tried the following on PxPlus V19 and it worked just fine:

->?prm('mx') ! Confirm MX is not set
 0

->msgbox "hello","world","?,Btn1=Help,Btn2=Me,Btn3=Please,3",x$

->?x$
BTN2

What version PxPlus are you using?