eisenwr

Bueller, anyone, Bueller?!?

Just now, Jordan Kuehn said:

In my opinion, yes.  Otherwise you risk breaking compatibility with existing implementations.

That is what I was thinking.

Maybe a newbie question, but how does someone help contribute items to the packages? I have few VIs that I believe to be useful enough that should be out for everyone to use. How would I go about doing that?

Thanks

On 7/29/2016 at 7:16 AM, hooovahh said:

Yeah I have a hard time trying to figure out how to use this function and never have, nor have I known anyone to use it.  So I can't say if it is a bug or intended.

I work in audio and the was testing filer passband flatness, but the AP box would only give me all the data and I had to start before and after my passband to get clean data. I used this to chop the data to just my passband and get max & min from the resulting array.

1 minute ago, Jordan Kuehn said:

If it retained the current functionality and added the ability to parse those additional parameters I think it would be a useful addition.

The original functionality be its current not inclusiveness of the last element?

On 7/28/2016 at 2:21 PM, hooovahh said:

Well it's been about 7 years since any update was made to the Array package that did much, and the last fix was 5 years ago.  I can't say it is under no maintenance but if it is being supported I would say don't expect to see changes happen quickly.  

I'm sure it can be frustrating but there are plenty of people who don't monitor these boards daily.  JGCode last posed on the forums in February and he seemed responsible for that fix 5 years ago.  Volunteers like him have a work life, and a home life.  If you want to discuss OpenG issues, this is the place to do it.  If you want to see OpenG releases, please be patient.

Personally I would love to see especially the array package revisited.  There are plenty of optimizations like inlining, and conditional terminals that could make array operations much more efficient than they were for this code that was originally written in the 5.x era.

My follow up to this, is I would be willing to get the work done on this VI at least. But how would I go about getting out for everyone to benefit from it?

EDIT: Started thread on this- 

Currently it does not like actually having the brackets included in the string. I could see a version that uses the () to be exclusive and [] to be inclusive per typically range syntax.

Following ensegre's example above 

[-4:-2) would give 4,3
[-4:-2] would give 4,3,2
(-4:-2) would give 3

Opinions? 

Is the OpenG toolkit basically under no maintenance?

I was using the Slice 1D Array (DBL)__ogtk.vi and noticed it seem to always be missing the one end point. The VI documentation points to this. For -4:-2, it should return 3 elements, not just two as listed. This issue appears to be a missing increment for the Default case (see attached screenshot). How do I help to get this fixed an deployed into OpenG Array package?