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] 4 5 ... 9
31
Programming / Re: Passing Array{all} to an object in NEW()
« on: November 23, 2021, 01:06:16 PM »
Mike,

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.

32
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.

33
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.

34
Nomads / Re: _PropList$
« on: June 15, 2021, 02:55:47 PM »
Mike,
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?

35
Nomads / Re: _PropList$
« on: June 15, 2021, 10:31:08 AM »
Thomas,
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?   

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

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.


37
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)
or
grd'_PropList$="Row,Colno,BackColor$,TextColor$"
grd'_PropValues$= (repeating string)

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

38
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. :)

39
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.

40
Wish List / Re: Key function addition
« on: June 07, 2021, 12:12:50 PM »

I am looking for generic Key padding that handles all keys for a file where only a key number and a
key string need to be passed, delimited if containing multiple fields.  A single string allows an easily
remembered generic interface. 

After you suggested the KEY function, I have found it to support a simple interface,
be very dependable and reduce revision and testing load. Definitely a huge improvement. 

Using ARG with KEY becomes more cumbersome than execute with numerous alternate keys
as testing a trailing :+null value generated an error.

KGEN would be perfect for a clean interface as I prefer passing records regardless of
key type and data layout to minimize future maintenance interface issues.  I can live
with the legacy edge case of the key not being in the data as that is becoming rare:)
Granted I don't remember having used KGEN in the last seven years but it has been on
my work around list for years due to prior edge cases with alternate keys
and with 2 forked versions. 

41
Wish List / Key function addition
« on: June 06, 2021, 07:20:37 PM »
Key function allows a key string to be generated when explicitly stated:
SELECT .... FROM <fileno> BEGIN KEY(<fileno>, KEY=S1$:S2$:S3$)

It would be quite useful for this to also work indirectly as in: 
K$=KEY(<fileno>, KEY=str$,sep=$3E$)
where string is s1Value$:s2Value$:s3Value$

Currently I am building a string for the whole command and executing it to get the key from object parameters.

42
Nomads / Re: Object Dependency question
« on: June 04, 2021, 06:18:06 PM »
I do pass objects as well which are not referenced in the on_delete. 
Is the shutdown of the object on error capable of shutting down the passed object?
For objects which end up with nothing in the On_Delete procedure, is there any benefit to removing the DELETE REQUIRED and the On_Delete procedure other than debugging convenience?

43
Nomads / Object Dependency question
« on: June 04, 2021, 05:10:25 PM »
I have been using business logic objects that instantiate other objects "FOR OBJECT" .  As it is convenient, I occasionally make the internal object handles available as properties with SET ERR rather than opening two instances. 
Now I'm wondering if the shutdown of these objects used outside the container object might be responsible for the occasional segment fault I get in testing? 

44
Nomads / Re: Object dependency For Windows
« on: June 03, 2021, 12:29:04 PM »
Thanks Mike.
Have a terrific day.

45
Nomads / Object dependency For Windows
« on: June 03, 2021, 11:45:48 AM »
I am curious if instantiating an object in the pre-display "FOR WINDOW" will garbage collect the object,  or if this must be done in POST-DISPLAY after window creation.   Thinking I've tested in v17 and it only worked in POST-DISPLAY.

Pages: 1 2 [3] 4 5 ... 9