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.

Alright, we have spend some time to revise this. What we did: "Workspaces" are renamed to "Projects" "Perspectives" are renamed to "Workspaces" The File, Workspace and View ribbon pages have been merged into the Home ribbon page What do you think?

Providing predefined workspaces is definitely doable. We'll get to that shortly. In the meantime we're working on an update of the ribbon UI: The Workspace page is now renamed to View. The perspectives received a nice icon and the Window -> Always on top which used to reside on the right side of the ribbon has been moved into that new View page as well. Screenshot below. We're also working on having different icons for the workspace new/open/save/close buttons to minimize confusion with the similar buttons of the File ribbon page. What do you think?

We developed a small plugin providing a CSV file editor a while ago and we're thinking of releasing it as an official plugin. It's really just a table view for the underlying CSV file (which you can of course also open in the code editor plugin. Any thoughts?

Hi! I assume you would be looking for an experience similar to Eclipse where you fire it up and have some sort of default "editor" view and then you can switch to a debug view? Same here just for coding & process development? In order for us to better understand it would be nice if you could elaborate a bit on the having struggled part. Is it simply lack of documentation? Is the concept by itself poorly chosen? Is it simply cumbersome because of the UI? Is the struggling mainly coming from the fact that a new user has to open & arrange windows that are simply unknown at that point?

True - that's something that is definitely in the pipeline. I think we'll have to add a new data type for this that can naively represent a JSON object and convert it to and from string.\ What kind of blocks would you expect to have as an MVP?

Thank you for your feedback - it's greatly appreciated. As a user, how would you expect this to work? As in: How would you implement this from a user interface / user experience point of view? This should already be implemented. Just put your mouse cursor on one of the axis and then use the mouse wheel. This should also already be implemented. Just put your mouse cursor on one of the axis, click and drag it. Can you elaborate a bit more on this? I am not sure whether I understand what behavior you're looking for.

Those blocks would allow to communicate with any system that implements the websockets protocol. Any "Web-API" that implements the websockets protocol would therefore be "accessible" using these blocks. However, these blocks would not allow to communicate to REST APIs (which is what the kids these days tend to refer to as "Web-API"). We will provide separate blocks for those cases soon.

We're going to add websocket blocks in the next few days. Those blocks will allow your processes to talk to other systems via websockets. This will also allow you to build a web UI using regular HTML & JS technologies to send & receive data to & from your processes during execution. This will allow to easily create dashboards based on web technologies without the need for any web server. Right now there are three blocks panned: - Connection Input: IP address Input: Port Output: Connection (can be connected to the blocks below) - Receive Input: Connection (from the 'Connection' block). Output: Payload (most likely a single string value) - Send Input: Connection (from the 'Connection' block). Input: Payload (most likely a single string value) Any thoughts on this?

The download section no longer offers a ZIP-Archive containing all the files. Instead, we have moved to a proper installer. Once downloaded, you can run the installer to install Elixpad as an application on your computer like you do with any other application. The installer allows to choose which plugins you want to install: Updates will also be performed through this installer as it always gets the latest versions of the software from our servers.