Joel Bodenmann

Embedded developer here too - I'm the guy behind https://ugfx.io ? Do you have any news on this?

Interesting... I tested this archive (and also the binaries provided by the installer) on four different machines, two of which are fresh Windows 10 installations. I assume that you have the Microsoft Visual C++ Redistributables installed? 2015, 2017 and 2019 should work. Do you happen to have other development environments installed (susch as a Qt installation) that would interfere with the binaries provided in the distribution? If you're into that sort of thing maybe dependency walker would provide some useful information. I'd really appreciate if you can help us to track this problem down. So far we have this software running on about a dozen different machines - can't be much!

We've decided that we want the new block library feature to be part of the next update. This will allow proper management of libraries. Libraries would be collections of custom blocks (blocks that are made by combining other blocks). I've uploaded a ZIP archive for you which contains the latest binaries for Windows 64-Bit. Please feel free to give that a try and let us know how that went. You should be able to just unzip the archive and run the simulton.exe. Simulton.zip

Hmm.... I think this is a binary compatibility issue. A new update will be released today / tomorrow that will address this issue - I'll let you know where when it's out.

Hi, Please excuse the inconvenience. This is the first time we're rolling this out to the public so unfortunately a few teething problems are to be expected. Can you please go to your installation folder and check whether you have a file named `libprocessplugin.dll` in there?

We have the basic concept working and are currently testing a few real-world scenarios. This will definitely be in the next update. What's still left to do is some sort of library management so the user can create his or her own libraries that are reusable between projects. Right now, custom blocks are stored as part of the process file itself.

We're currently implementing a feature that allows an end user to build custom blocks by composing other blocks. As per the writing of this post it's only possible to store the custom blocks within a process file. The next few days we'll improve the block library situation and extend it so that a user can create & manage his own libraries. At that point custom blocks will also be easily transferable. Any thoughts on this? Here's the current state: deleteme_38.mp4

We've released an update that contains the new JSON & REST API blocks. Right now we only have a GET block but the others are added quickly. @lucblender it would be very nice if you could update your application and try out the new REST blocks and leave some feedback. We could improve upon that feedback and add the remaining blocks.

We've added support for HTTP basic auth and bearer authorization methods. This should make it into this week's update.

Yeah, we'll definitely add authentication soon. This is how it looks right now:

Right now the block accepts the following inputs: Host (string) Port (integer) Target (string) --> "Endpoint route" As per the time of posting the screenshot there was no trigger - it simply issued the request on every step. Right now we're adding an enable input (boolean).

We're currently implementing blocks to deal with REST APIs (as a client). We just got the first working process. It retrieves ToDo list items from an online tool ("cloud"), parses the response body into a JSON object and then retrieves some of the values. Any thoughts?

We started working on this. So far we have the following blocks: From String: Create a JSON object from a string To String: Dump a JSON object into a string From File: Load a JSON object from a file Find: Perform key look-up Count: Count number of occurrences of a particular key To Map: Convert to a map data structure To Array: Convert to an array data structure Now we're gonna add the necessary block(s) to modify/write/insert values into a JSON object. And if everything goes well we have a first public version of this by the end of the week ?

Uhm, I am not sure but I think that our projects do exactly what you want / expect. A project is defined by a project file (just like in Keil, Inventor, ...). That project file contains all the information of which files are open, how the different docks are arranged, variable values, last used paths and so on. This includes the "view" part.

Are the plots with OpenGL disabled looking the way you expect them to? If so, can you please also provide a screenshot of the non-OpenGL version so we get a better understanding of what you're experiencing.