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.
211
Programming / Re: Selecting all list_box entries
« on: September 20, 2019, 03:32:31 PM »
That's basically what I got from RobL above, and it works fine. Just looking for the easier (as usual).
212
Programming / Re: Selecting all list_box entries
« on: September 20, 2019, 09:45:46 AM »
Fortunately, in our case, we're only dealing with a couple of hundred entries max in 3 lists, so it's going to be quick whichever way we go. The for/write/next was visible, since I didn't hide the list_box first, and it looked a little flashy. Using the find/write all works really well in this situation.
213
Programming / Re: Selecting all list_box entries
« on: September 19, 2019, 05:11:13 PM »
I am looking to select them all. We're using this to set up some selection criteria where the normal situation is to start with everything, but they have the option to reduce it from there.
214
Programming / Re: Selecting all list_box entries
« on: September 19, 2019, 10:59:28 AM »
Either way will work. Just looking for something analagous to set them all.
215
Programming / Re: Selecting all list_box entries
« on: September 19, 2019, 09:56:19 AM »
Thank you!
That definitely is much better than the for/next loop I was using to write each one individually.
Now, if there was something as easy as list_box write x,0 that clears them all...
That definitely is much better than the for/next loop I was using to write each one individually.
Now, if there was something as easy as list_box write x,0 that clears them all...
216
Programming / Selecting all list_box entries
« on: September 18, 2019, 02:25:15 PM »
Does anyone have an easy way to programmatically select all of the entries in a list_box?
217
Programming / Re: Weird programming result
« on: September 17, 2019, 11:13:34 AM »
Yep. It's just one BIG string/mask expression when using "+".
218
Programming / Re: Weird programming result
« on: September 17, 2019, 10:56:58 AM »
Evidently, the implicit numeric formatting into the string uses "y3$+...,sorsop.note$)" as the mask applied to the numeric value. If the code is change to use the STR() function, it should work fine:
str(fnif(sorsop.type$="D",num(sorsop.orig_amt$),-num(sorsop.amount$)):y3$)+" "+...
A "B" in a mask is used to indicate a blank space position, which is why the "B"s disappeared.
str(fnif(sorsop.type$="D",num(sorsop.orig_amt$),-num(sorsop.amount$)):y3$)+" "+...
A "B" in a mask is used to indicate a blank space position, which is why the "B"s disappeared.
219
Nomads / Quicker removal of closed panel
« on: September 12, 2019, 12:31:22 PM »
Perhaps I missed something along the way...
We've got a Printer Selection panel that ends with an OK button which Performs a Wrap_Up routine which includes Cmd_Str$="END". If the calling program gets into some heavy processing, it may be several seconds before the Printer Selection panel actually disappears, which sometimes leads to the user wondering if they've clicked OK.
Is there a way for NOMADS to 'disappear' a closed panel promptly?
We've got a Printer Selection panel that ends with an OK button which Performs a Wrap_Up routine which includes Cmd_Str$="END". If the calling program gets into some heavy processing, it may be several seconds before the Printer Selection panel actually disappears, which sometimes leads to the user wondering if they've clicked OK.
Is there a way for NOMADS to 'disappear' a closed panel promptly?
220
Nomads / Re: Ending a Never-Displayed Panel
« on: September 12, 2019, 12:15:20 PM »
It seems that setting Cmd_Str$="END" will not execute the Panel's On-Exit logic if the panel is never actually created. Therefore, setting Cmd_Str$="END" in the Pre-Display logic would also require explicitly executing whatever On-Exit logic is needed, without relying on NOMADS to do it.
221
Language / Compound IF expressions
« on: September 11, 2019, 11:51:26 AM »
Using AND and OR in IF conditions seem to throw Syntax Errors (#20) in certain situations, e.g.,
if A$ and Anything_Else then print "OK"
Evidently, the string expression without a relational operator and comparison value has to be stand-alone:
if A$ then if Anything_Else then print "OK"
Does anyone know if this is the correct operation, or if both of these should work...?
Thanks, all!
if A$ and Anything_Else then print "OK"
Evidently, the string expression without a relational operator and comparison value has to be stand-alone:
if A$ then if Anything_Else then print "OK"
Does anyone know if this is the correct operation, or if both of these should work...?
Thanks, all!
222
Programming / Re: Can a MSGBOX be made to display larger?
« on: September 06, 2019, 01:08:50 PM »
MSGBOX is actually a modifiable program. You can find it in *ext/system/msgbox.gui
After you make any changes, save it to *ext/msgbox.gui
That way, you'll have the original around to refer back to, if needed. PxPlus will find the modified version in *ext/ before looking in *ext/system/
After you make any changes, save it to *ext/msgbox.gui
That way, you'll have the original around to refer back to, if needed. PxPlus will find the modified version in *ext/ before looking in *ext/system/
223
Programming / Re: '*X' mnemonic
« on: August 22, 2019, 06:59:07 PM »
We've got a similar situation, and used this:
As long as you include the ".pdf" in there, it should be fine. Also, since WDX$ is used for opening *PDF*, you don't need it on the filename.
Code: [Select]
Options$="FILE=<Filename>.pdf"
Open (Chan,opt=Options$,err=Oops)Wdx$+"*PDF*;View"
.
Print(Chan)...
.
Close(Chan)As long as you include the ".pdf" in there, it should be fine. Also, since WDX$ is used for opening *PDF*, you don't need it on the filename.
224
Language / Calendar Auto-Response
« on: August 12, 2019, 03:49:10 PM »
According to the documentation,
Is there any way to have the Calendar trigger a change upon return? If not, are there any plans to do so?
Quote
When a date is inserted into the Multi-Line input area, no EOM value will be generated unless OPT="A" has been set and focus is on the MULTI_LINE control.However, if we set OPT="A", then every keystroke must be accommodated if the user tries to manually enter a date. Without OPT="A", the user must trigger the change (Tab, CR, etc.) before any action will be taken.
Is there any way to have the Calendar trigger a change upon return? If not, are there any plans to do so?
225
Programming / Double-click timing
« on: July 23, 2019, 02:25:57 PM »
One of our remote sites has started experiencing some response delay in double-clicking. That is, a double-click doesn't seem to register within what would be considerd a typical time frame. Is there a setting within PxPlus and/or WindX that can affect that, or would that be a Windows thing only?
Thanks!
Thanks!