PxPlus User Forum

Twitter Twitter Twitter

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.

Messages - Peter.Higgins

Pages: [1] 2 3 ... 7
Language / Re: "*web/ftp;send"
« on: May 16, 2022, 04:51:43 PM »
It did work.  Sorry for the wrong answer.  Those single quotes were not noticed on the first attempt.
Thank you.

Language / Re: "*web/ftp;send"
« on: May 16, 2022, 04:29:09 PM »
It does not. The line is still returning curl: (67) Access denied: 530

Language / "*web/ftp;send"
« on: May 16, 2022, 03:47:30 PM »
I have a password with $ special character and passing this as a argument doesn't work.
Any suggestions appreciated.
Tried adding single quotes around pswd and url encoding the $ but this doesn't work.

Programming / Re: Read Data to a memory File or just use a switch?
« on: January 21, 2022, 09:21:58 AM »
True, simple is invariably the best choice.

Programming / Re: Read Data to a memory File or just use a switch?
« on: January 20, 2022, 03:46:23 PM »
Thanks Mike, great answer as always.
That brought back memories of working on the Music title multi-word match lookup back in the day where I used POS to keep the key chain and iterative reads small.
Also made me realize JSON string to an associative array is yet another way a text file could work.

Programming / Read Data to a memory File or just use a switch?
« on: January 20, 2022, 02:33:11 PM »
Curious which is the best way to tackle the need to convert a EDI SAC code into one of 4 classification codes like frt or tax in an object.  This could be used 1 times to 2000 times per instantiation with the high occurring during peak load periods. 

I know Read Data with DATA lines is relatively "Old fashioned" but given the Standards in play and limited maintenance usage of the object it makes a lot of sense where as a maintenance file with FMs does not.

So considering DATA lines on instantiation writing to a memory file for a method, or a method with a switch case with @ 60 cases.  Which is better, or are there better ways?
PS: Since the switch only has 4 outputs, I have a version that has only 4 cases. 

Programming / Re: Passing Array{all} to an object in NEW()
« on: November 23, 2021, 01:06:16 PM »

My testing worked as well.  But the error 46 persisted even after changing out the array for the three strings needed. Turned out to be a property declaration where I got creative awhile back and decided to test returning a local variable rather than using a get & label.  Obviously never got to the test part.

Programming / Re: Passing Array{all} to an object in NEW()
« on: November 23, 2021, 10:49:20 AM »
Thanks Mike,

Will test with this. Main difference is my array is the first and only parameter if that makes a difference.

Agree with using startup global variables in objects such as company etc.

Sage initially used a number of non startup global variables in their objects and it turned into a royal pain to figure out why things weren't working despite being compliant with documentation.  Like those flags, this array is not global so the person who eventually follows me will not know that right away and the learning curve is pretty steep as is.

Programming / Passing Array{all} to an object in NEW()
« on: November 22, 2021, 06:46:22 PM »
I want to short cut opening a massive array structure in numerous objects by opening it in a main program and passing it via the new instantiation command as an parameter argument.  Thought I'd seen it here, but not finding it now.  Is it necessary to do this through a method or am I doing something wrong?  Getting sent to delete on an error 46 before the escape line immediately after on_create:  This is in Version 2017 so perhaps I'm pre versioning code?
Thanks for any help.

Nomads / Re: _PropList$
« on: June 15, 2021, 02:55:47 PM »
You bet. The whole point of seeking a bulk load for color formatting was to avoid line/cell handshaking.  The logic is in a tight loop and outbound only for initial load. Data and colors are done separately, but only due to necessity.

Sounds like it is time to write a [wdx] object solution to do repetitive property sets if I have to deal with grid colors.   You will let me know if that is not likely to work, right?

Nomads / Re: _PropList$
« on: June 15, 2021, 10:31:08 AM »
Yes the grid is hidden.  I am preloading a memory file and passing that to a grid object that bulk loads the data. 
Just that is huge improvement over the line by line loading previously done.  Normally loading colors is much faster if done after the data with Pseudo Multi-Properties even if line by line, but not in this case as there are a dozen or so statuses that can colorize a line which is ruining the gains from moving to bulk loading. Also this particular panel is mission critical and used at peak network times.

Perhaps there is an undocumented way to include color in the data like on a listbox?   

Nomads / Re: _PropList$
« on: June 14, 2021, 03:12:20 PM »

Colors are not consistent. Seems like every grid done in this system uses color coding for order status etc. so there is only a majority theme at the very beginning and end of day.  Coloring makes a 2-3 second delay in this application remotely, there aren't a huge number of grid rows, and the grids frequently refresh every few minutes.

I also tried using Object Id to work around this issue a few years back and did not succeed in the time I allotted.
From past experience I know some control properties do not play well with the Multi-Property Access syntax so long commands do not always work. 

Considering writing a client program to process grid color strings, but have reservations on how that would work considering many remote clients are macs and they use parallels to connect.

Nomads / _PropList$
« on: June 14, 2021, 01:35:21 PM »
Looking for a way to reduce the color application overhead post grid load. 

Have considered Pseudo Multi-Properties and Multi-Property Access and feel the most maintainable way will be to set the basic four properties and assign any number of location colors in one shot rather than build a massive command string and massive value string.

grd'Row.Colno.BackColor.TextColor.$= (repeating string)
grd'_PropValues$= (repeating string)

Wondering if this is currently possible or something that we could look forward to? 

Nomads / Re: Using %Nomads'Timeout for Dynamic Refresh
« on: June 08, 2021, 10:39:56 AM »
Thanks Chris,
I nominate you for another star/medal. :)

Nomads / Using %Nomads'Timeout for Dynamic Refresh
« on: June 07, 2021, 07:30:55 PM »
I have setup a panel to refresh based on a drop box selection and set %Nomads'Timeout in the drop box event.
In On_Exit I trapped the timeout and issue a reload.  At this point everything is great, but issuing a return just completes the panel shutdown.  Having done this in the past, I believe I am missing something simple and important like a preinput or resetting the %NOMADS'Timeout.  The latter doesn't work btw.

Pages: [1] 2 3 ... 7