Jump to content

The State of OpenG (is OpenG Dead?)


Recommended Posts

49 minutes ago, Michael Aivaliotis said:

I don't get that from your site at all. If someone contacts you about a bug to your tool, do you ignore it? I assume no.

Of course not. But some of the toolkits haven't been updated for a few years because of the reasons I stated. So it's an example of why the trope about no development activity is untrue. This is why I don't put dates on the public version history.

By the way. The idea that development activity is a sign of a "live" project only came about in recent history once people got used to buggy code and alpha releases purporting to be a release proper. I view continuous updates and lots of activity as unstable and therefore unusable code. If one is contemplating using a library or piece of software and think it is less a project risk if there is lots of activity, then, IMO, one has admitted that ones own software will be unstable and bug ridden. I don't exactly know at what point alpha software was accepted as the the norm for final product but it seemed proliferate in the switch to Agile Development. 

Link to comment
5 hours ago, Michael Aivaliotis said:

So were the VIM versions ever incorporated into the latest OpenG?

I've seen in the past that when updates were made to OpenG (years and years ago), they weren't to the newest version of LabVIEW and would support a couple versions back.  Since VIMs are officially only in 2017 and newer that would limit those wanting OpenG's new refresh to that version.  BTW I think these are the links that were intended for the XNode and VIM versions of the OpenG array tools.  Both aren't just direct replacements but have a few other new functions, or new features to existing ones.  Other improvements like inlining removing debugging, and automatic error handleing can also improve performance over the ones from 2009 or so.

And yes I forgot about the zip utilities which work so much better than the native NI ones.

Link to comment
9 hours ago, ShaunR said:

That's a trope initially perpetuated by marketing people. There is no message. If developers discontinue a product they will [almost] always say so in the notes, comments or website unless they were unexpectedly hit by a bus. 

For a counter argument, ask NI marketing "is DSC dead?"

Last time I heard that question they bent over backwards to claim it's not, and yet...

Edited by smithd
Link to comment
2 hours ago, Jim Kring said:

LAVA posts aren't the best way to get in touch

The OpenG forums here on LAVA have been considered as official channels for some time, unless that's changed. But thanks for finding this. I think moving to GitHub is a great idea and would allow better collaboration. Bug reports and feature requests can be managed on GitHub more efficiently probably than on LAVA. However, freeform discussion forums are also very usefull. What can we do to accelerate the Github migration?

  • Like 1
Link to comment

I've been making a few small changes in the past to the string package in the repository based on bug reports I saw.

Revision: 1494
Author: labviewer
Date: vrijdag 23 mei 2014 23:07:42
Message:
Attempt to fix the String to 1D Array.vi function when ignore duplicate delimiters is true.
----
Modified : /trunk/string/source/library/String to 1D Array.vi
Modified : /trunk/string/tests/TEST - String to 1D Array.vi

But I'm not familiar with the exact release procedure. When not seeing any more action I eventually build a new VIP file oglib_string-4.2.0.13.vip and uploaded it to the sourceforge file store in 2017 but that seems not enough to make it appear in VIPM unfortunately.

Edited by rolfk
Link to comment
10 hours ago, Rolf Kalbermatter said:

But I'm not familiar with the exact release procedure

That's great @Rolf Kalbermatter . If we can figure out this last piece, then it would go a long way to allowing improvements to the library. I think it would also be useful to document this procedure somewhere, perhaps in the Wiki. However, I think the answer might be: email JKI to get it released.

Link to comment

I still actively use the OpenG toolkit.  I would say that 90% of my usage lies in the Array and File palettes.

I also recently learned that Hooovahh rewrote the Array pallette using VIMs though, so I've been using that in newer projects.

Hooovahh Arrays

It might be nifty if OpenG added Hooovahh Arrays to the OpenG Arrays palette...

Edited by bjustice
  • Like 1
Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.