Regarding the 'F,' parameter, it only impacts PRINT statements with format specifications, not the STR function.  Is that possibly what you are seeing?

->print 123456789.01:"##,###,##0.00"
Error #43: Format mask invalid
->x$=str(123456789.01:"##,###,##0.00")
Error #43: Format mask invalid
->set_param 'f,'
->print 123456789.01:"##,###,##0.00"
 123456789.01
->x$=str(123456789.01:"##,###,##0.00")
Error #43: Format mask invalid


The STR function has both an error branch and ability to provide an alternate output which is why the parameter is not used.  It could cause application logic problems.

I made some additional changes to the module and it now fully clean compiles on my Centos system (no warning)

I uploaded the new source to https://home.pvxplus.com/downloads/misc/mod_inomads.zip

Please give this one a try.

List boxes can be defined as "Smart" which means their contents will be loaded directly based on a query definition.  What you do is first create a Nomads query that defines the data you want loaded, then define this query as a Smart Load for the list box.  If desired you can specify triggers as to when the query is to run and/or be refreshed along with data to pass to the query so the contents can be filtered.

We did something like this in the "Bells and Whistles" portion (Part 5) of our Live in 30 video presentation on this forum.  While this was actually targeted for iNomads, the exact same logic works in plain Nomads as well.
(The Nomads screens in the video are from a prior release but the setup/functionality is the same on newer versions)


I am not certain what you asking about when you mention Folders, perhaps you can clarify.

Clay, the error appears to be that BOOL is not defined.

Please insert the lines in blue below around line 29 in mod_inomads.c

#include <unistd.h>

#if defined(BOOL)
#else
#define BOOL int
#endif

int MyMemicmp(const void *s1, const void *s2, size_t n)


You should then be able to re-compile.

Note: Due to some newer changes in the GCC compilers on Linux you will receive some warning messages but they will not prevent the logic fro compiling/working.

Unfortunately the drop box look on Windows varies between Windows versions and applications as Microsoft itself is somewhat inconsistent. 

For example if you go to Word and select the settings screen, the drop boxes there are different than the drop boxes in the file open dialog used by Word.  Add to this drop boxes on web pages also look different when using either Microsoft Edge as opposed to Microsoft IE (see it yourself at https://www.w3schools.com/tags/tryit.asp?filename=tryhtml_select).

Complicating this more is the fact we allow you to control the color of the drop box, both the drop area and the list items along with the hover color for list when displayed.

Basically there is no "Standard" look for drop boxes as it varies between OS releases and products.

You should be able to use the *plus/web/request to submit requests to their service if they are using REST.  The challenge is knowing the correct URL and parameters to send along with formatting/parsing any data which likely will be JSON or XML -- both of which PxPlus has built-in generators/parsers for.

As a point of clarification on PLUSLIB libraries;  These are Windows Resource library DLLs, and there is no PNG type of resource directly supported by Windows. 

When we create a DLL using PLUSLIB.DLL we place all data in the DLL as raw binary data and then treat the library as a collection of files.  For PNG files we rely on external utilities that expect to be able to directly read the PNG data from disk.

This appears to be something with aspell itself as generally for almost any sequence of characters aspell will have some suggested replacement words yet for some reason it simply rejects words starting with TEST.

While cannot fix aspell itself, we have made some changes that we think will address this issue.

Please download and try replacing *plus/spell/spell with the file found in https://home.pvxplus.com/downloads/misc/spell