Hello, I am in the process of creating a module, and I’d like to create a configuration page for the module that includes a drop-down / ComboBox that I can populate at runtime. Okay, I’ll answer the inevitable “why” question. The purpose of the module is to do small data transformations. We have…

The HTML files are resources with the same package and base name as the class they are associated with. You can only omit them if you are subclassing something that already has all of the appropriate HTML elements needed.

Also, I need this to happen at runtime because we have the potential for several other modules to be installed which declare a dependency on the module in which the interface is defined, and we want to be able to dynamically detect and include those implementations of the interface as well.

For what it’s worth, I have considered loading these into a PersistentRecord subclass and then using a ReferenceField, but I don’t like the idea of having to manage the records. Still, it is a possibility.

How dynamic is dynamic? If you can know it on the backend (without it needing to react to, e.g. the selection in another combobox) then it’s very doable; we do it ourselves with things like the options for remote history providers and the like. If you need it to be truly dynamic, then you’ll have …

[image] paul-griffith: then you’ll have to move from a Wicket page to a React based config page Nah. Wicket works just fine. It's just that everything IA does with it uses the PersistentRecord models. I implemented my own. The abstract base: public abstract class AbstractModelEditor<T> e…

Thanks so much for this example. I’ll try to wrap my head around this more but it looks like it gets me pretty close to my goal.

I don’t necessarily need cascading drop-downs. I just need a drop-down that can be populated using reflection (to show the list of class names that implement my event interface). It can either happen upon registration of a dependent module, or when the page is loaded. Despite the fact that I spen…

However, the best-case UI for this config would be something that would allow me to drop string tokens that represent class properties into a multi-line text editor (which would be swapped out with actual values from the objects at runtime – basic string interpolation).

You just implement an IModel that delivers the list of valid choices at runtime. I guess I can share the HTML resources that go alongside those two classes. Abstract base: <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> <html xmlns="ht…

Okay, I’m really struggling with the learning curve here. I’ve been trying to do this as simply as possible by attempting to extend AbstractEditorSource and AbstractEditor. I can see my list options are getting populated properly, but it’s not rendering any html on the page. Here’s the code I’m us…

Are you providing html templates for your classes like the ones I provided above? Elements of the template with IDs corresponding to the code are replaced with the appropriate generated content to produce the final content. (Recursively.) (It took me days to get my implementation working. Seems …

Inductive Automation Forum

Can I use a dynamically populated ComboBox for Gateway Web Field

Module Development