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.
16
Programming / Re: VS Code Extension for PxPlus
« on: November 13, 2020, 10:19:04 AM »
Let me also say, my desire to use VS Code is not because PxPlus is lacking features or has a poor IDE, but because I maintain web apps that heavily use JavaScript, HTML, and CSS with PxPlus on the server-side. It would be nice to use VS Code for editing all code in one place. My PxPlus needs (in this case) are for pure web server programs. I don't see myself using VS Code for editing Nomads forms, data dictionary, etc.; for those purposes the current PxPlus tools work perfectly.
17
Programming / Re: VS Code Extension for PxPlus
« on: November 13, 2020, 10:02:16 AM »
I have also been kicking around the idea of creating something for VS Code. Is there any interest in starting a project on GitHub so we can all contribute?
18
Thin Client/WindX / Re: Does ObjectID user object function over WindX?
« on: May 06, 2020, 02:55:55 PM »
Thank you Eric. That does appear to work.
However, moving the custom object to the client defeats the purpose I had in mind for using the object in the first place. I had created some methods that aided a particular application's responsiveness by reducing the network traffic to the workstation. I suppose I can make it into a standalone class, but I really liked the idea of extending the grid's properties and having PxPlus manage the life of the class with the graphical control.
Best Regards,
Jeff
However, moving the custom object to the client defeats the purpose I had in mind for using the object in the first place. I had created some methods that aided a particular application's responsiveness by reducing the network traffic to the workstation. I suppose I can make it into a standalone class, but I really liked the idea of extending the grid's properties and having PxPlus manage the life of the class with the graphical control.
Best Regards,
Jeff
19
Thin Client/WindX / Does ObjectID user object function over WindX?
« on: May 04, 2020, 01:09:46 PM »
Does the ObjectID user object method feature work over a WindX connection? I am having trouble attaching my custom object.
When I run the following program locally, it prints the objectID for my user object and sets the value. When ran over a WindX connection, it prints 0 (zero) and gives an error 88.
myGrid.pvc is a clone of the example provided in the manual at https://manual.pvxplus.com/PXPLUS/properties/objectid.htm
I am using PxPlus 15.10 on the server and WindX.
Thank you,
Jeff
When I run the following program locally, it prints the objectID for my user object and sets the value. When ran over a WindX connection, it prints 0 (zero) and gives an error 88.
Code: [Select]
0010 BEGIN
0020 LET X=10
0030 GRID X,@(1,1,60,10)
0040 LET O=NEW("myGrid",X)
0050 LET X'OBJECTID=O
0060 PRINT 'LF','LF',X'OBJECTID
0070 X'SETVALUE(1,1,"hi")
0080 INPUT "Press Enter",*
0090 GRID REMOVE X
0100 END
myGrid.pvc is a clone of the example provided in the manual at https://manual.pvxplus.com/PXPLUS/properties/objectid.htm
I am using PxPlus 15.10 on the server and WindX.
Thank you,
Jeff
21
Nomads / Controlling the display of an info tip (tooltip)
« on: March 10, 2020, 04:53:35 PM »
Hello,
Is it possible to control the display of the hover info tip function through code or the *tooltip program? For example, can I display a tip on a button click event instead of a hover? Can the info tip display time be controlled? Is it possible to have the tip window remain visible until it is clicked?
Best Regards,
Jeff
Is it possible to control the display of the hover info tip function through code or the *tooltip program? For example, can I display a tip on a button click event instead of a hover? Can the info tip display time be controlled? Is it possible to have the tip window remain visible until it is clicked?
Best Regards,
Jeff
22
Programming / Setting viewer font size on first page
« on: December 19, 2019, 02:50:02 PM »
Hello All,
I am experiencing an odd behavior from the *Viewer*, but perhaps I am doing something wrong.
When my report output falls within certain widths, the font displayed on the first page is smaller than the rest of the report pages. I have created a small example program to demonstrate the behavior. When you enter 99 for the maximum column size, the pages are identical. However, when you enter 100 for the maximum column size, the first page displays with a smaller font size as shown in the attached image.
Is this expected behavior for the viewer or am I missing something? I do not see the same results when printing to *PDF* or *WINPRT*. I am using PxPlus 2019 and 2018. Any ideas what may be going on here?
Thanks,
Jeff
I am experiencing an odd behavior from the *Viewer*, but perhaps I am doing something wrong.
When my report output falls within certain widths, the font displayed on the first page is smaller than the rest of the report pages. I have created a small example program to demonstrate the behavior. When you enter 99 for the maximum column size, the pages are identical. However, when you enter 100 for the maximum column size, the first page displays with a smaller font size as shown in the attached image.
Is this expected behavior for the viewer or am I missing something? I do not see the same results when printing to *PDF* or *WINPRT*. I am using PxPlus 2019 and 2018. Any ideas what may be going on here?
Thanks,
Jeff
Code: [Select]
0010 begin
0020 let c=100
0030 input edit "Maximum Columns: ",c
0040 for c; let x$+=mid(str(c),-1); next
0050 open (1)"*viewer*;onclose;margins=500:500:500:500;Columns="+str(c)
0060 gosub PrintTest
0070 close (1)
0080 open (1)"*PDF*;margins=500:500:500:500;view"
0090 gosub PrintTest
0100 close (1)
0110 end
0120 PrintTest:
0130 print (1)'font'("Arial",-12),'DF',
0140 print (1)'font'("Arial",mxc(prn)/c),'DF',
0150 print (1)'text'(@x(0),@y(1),@x(c),@y(2.5),x$),
0160 print (1)'text'(@x(0),@y(4),@x(40),@y(5.5),"Page 1"),
0170 print (1)'FF',
0180 print (1)'text'(@x(0),@y(1),@x(c),@y(2.5),x$),
0190 print (1)'text'(@x(0),@y(4),@x(40),@y(5.5),"Page 2"),
0200 return
23
Thin Client/WindX / Re: Most Common Setup
« on: October 15, 2019, 12:55:27 PM »
Hello Jeff,
I can't comment on what most developers are doing, but I've used WindX for most of my career. From NTHost, to Application Server, to PxPlus Client-Server on multiple host OSes. I now primarily use and recommend using the encrypted PxPlus CS with TLS 1.2 (or better) for non-web-browser based applications.
Best Regards,
Jeff Wilder
I can't comment on what most developers are doing, but I've used WindX for most of my career. From NTHost, to Application Server, to PxPlus Client-Server on multiple host OSes. I now primarily use and recommend using the encrypted PxPlus CS with TLS 1.2 (or better) for non-web-browser based applications.
Best Regards,
Jeff Wilder
24
Language / Re: Error 49
« on: October 10, 2019, 09:53:42 AM »
I also found that if the line contains a function or another conditional, it passes without error.
For example, these work in the program above:
For example, these work in the program above:
Code: [Select]
0070 IF STP(V$) LIKE R$ THEN PRINT "true" ELSE PRINT "false"
orCode: [Select]
0070 IF NUL(V$) OR V$ LIKE R$ THEN PRINT "true" ELSE PRINT "false"
25
Hello,
I receive an error 49 at line 0070 when the IT system parameter is enabled. Is this a bug or am I using the LIKE operator improperly? I have switched my statements to use MSK() instead and all is working, but I am wondering the cause of the error.
The TL parameter is off. I have tested in PxPlus version 15 and 16.
Thanks,
Jeff
I receive an error 49 at line 0070 when the IT system parameter is enabled. Is this a bug or am I using the LIKE operator improperly? I have switched my statements to use MSK() instead and all is working, but I am wondering the cause of the error.
The TL parameter is off. I have tested in PxPlus version 15 and 16.
Thanks,
Jeff
Code: [Select]
0010 BEGIN
0020 SET_PARAM 'IT'=0
0030 WHILE (X++<2)
0040 LET R$="[0-9]"
0050 LET V$="2"
0060 IF MSK(V$,R$) THEN PRINT "true" ELSE PRINT "false"
0070 IF V$ LIKE R$ THEN PRINT "true" ELSE PRINT "false"
0080 SET_PARAM 'IT'=1
0090 WEND
0100 END
Code: [Select]
-:run
true
true
true
0070 IF V$ LIKE R$ THEN PRINT "true" ELSE PRINT "false"
Error #49: <*> Internal program format error <*>
Current program is <unsaved>, line 70
1:
26
Nomads / Re: Grid cell validation logic and CellTag
« on: October 01, 2019, 11:22:59 AM »
Interesting. I was not aware of that feature. If the ID value in the grid tag doesn't work out, I will look into it, but it does sound like a potentially risky method (especially if another programmer comes by later without realizing what is happening.)
Thanks again. Great ideas!
Thanks again. Great ideas!
27
Nomads / Re: Grid cell validation logic and CellTag
« on: October 01, 2019, 11:05:47 AM »
Thank you Mike. That will take care of my needs.
28
Nomads / Re: Grid cell validation logic and CellTag
« on: September 30, 2019, 03:08:19 PM »
Yes. CTL does have the grid's ctl value. That would work except when the format routine is called after returning from a query button press in a 'Lookup' CellType. In that case, CTL is a value which does not appear to represent an object (in my case 10016).
29
Nomads / Re: Grid cell validation logic and CellTag
« on: September 30, 2019, 02:47:57 PM »
Yes. I have set the CellTag$ property of the individual cell. When I trace back from my validation routine, it appears to be called from the following line in *winproc:
I thought about using the grid row and column values to read the 'CellTag$ property, but I am trying to use a generic validator and formatter. It wouldn't necessarily know the grid's ctl value.
Thanks,
Jeff
Code: [Select]
2280 IF _OBJ_TYPE$="G" \
THEN CALL _INP_TBL$[_ID,_WDW_INDX],ERR=2320,_X$,ID.COLUMN,ID.ROW,_ERR$,EVS(ID$+".tag$"),EVS(ID$+_SFX$),_EOM$ \
ELSE CALL _INP_TBL$[_ID,_WDW_INDX],ERR=2320,_X$,_ERR$,EVS(ID$+".tag$"),_X_OLD$,_EOM$
The tag value sent into my call routine is from the grid control (e.g. GRID_1.TAG$) and not the 'CellTag$ property of the cell I am validating. A similar thing occurs in the format routine. Am I missing something or am I using this improperly?I thought about using the grid row and column values to read the 'CellTag$ property, but I am trying to use a generic validator and formatter. It wouldn't necessarily know the grid's ctl value.
Thanks,
Jeff
30
Nomads / Grid cell validation logic and CellTag
« on: September 30, 2019, 12:45:12 PM »
Hello,
I am using PxPlus 2019. I have a Nomads panel containing a grid with cell generic validation and formatting logic defined in Nomads (such as a date validate/format). My desire is to use the CellTag value to make logic decisions inside the validation and formatting logic. However, Nomads appears to always send the tag field from the grid control and not that of the individual cell that fired the validation/format event. I don't want to use the grid tag, because not all cells contain the same CellTag data.
Is there something I can do to cause Nomads to send the cell tag and not the grid tag? If not, is there another way to pass extra cell related data to the validate/format grid cell logic at runtime?
Best Regards,
Jeff
I am using PxPlus 2019. I have a Nomads panel containing a grid with cell generic validation and formatting logic defined in Nomads (such as a date validate/format). My desire is to use the CellTag value to make logic decisions inside the validation and formatting logic. However, Nomads appears to always send the tag field from the grid control and not that of the individual cell that fired the validation/format event. I don't want to use the grid tag, because not all cells contain the same CellTag data.
Is there something I can do to cause Nomads to send the cell tag and not the grid tag? If not, is there another way to pass extra cell related data to the validate/format grid cell logic at runtime?
Best Regards,
Jeff