for each language. Simple is good. Using that others can write and submit something in their preferred language and framework for consideration.
It will be easier to understand the tradeoffs and value if you can see it: what it takes to build and include what it’s dependencies are what the code looks like If you are looking for something to include in the project. From: Christofer Dutz <christofer.d...@c-ware.de> <christofer.d...@c-ware.de> Reply: dev@plc4x.apache.org <dev@plc4x.apache.org> <dev@plc4x.apache.org> Date: July 7, 2022 at 18:46:01 To: dev@plc4x.apache.org <dev@plc4x.apache.org> <dev@plc4x.apache.org> Subject: Re: [PROPOSAL] Implement a Java GUI application for browsing PLCs with PLC4X So a hello-plc4x-discovery-and-browse using the default api?... That should be a matter of minutes to Implement. Holen Sie sich Outlook für Android<https://aka.ms/AAb9ysg> ________________________________ From: Otto Fowler <ottobackwa...@gmail.com> Sent: Thursday, July 7, 2022 6:17:49 PM To: dev@plc4x.apache.org <dev@plc4x.apache.org> Subject: RE: [PROPOSAL] Implement a Java GUI application for browsing PLCs with PLC4X I would make the simplest possible example application, in each language plc4x supports, just to discover and show the browse ‘tree’ or whatever. Maybe console. Then with these examples of API usage, people can have at it and there can be a bake off. It will be easier to agree on what a ‘sample.go’, sample.rust, sample.python etc would look like, and a minimal set of functionality than to pick a language and environment etc. the samples have to build everywhere plc4x builds and for everyone, the contrib/ui things can be optional so that we don’t have to setup anything exotic unless we want to. From: Christofer Dutz <christofer.d...@c-ware.de> <christofer.d...@c-ware.de> Reply: dev@plc4x.apache.org <dev@plc4x.apache.org> <dev@plc4x.apache.org> Date: June 26, 2022 at 07:11:52 To: dev@plc4x.apache.org <dev@plc4x.apache.org> <dev@plc4x.apache.org> Subject: RE: [PROPOSAL] Implement a Java GUI application for browsing PLCs with PLC4X Hi Niclas, yeah ... I agree ... if the core of such a tool is created the right way, adding integration-wrappers into other tools should be easy. I guess sticking to an "as standard as possible ui technology" would help with this. So, I could imagine that it's easier to integrate a JavaFX ui into Netbeans, Eclips and IntelliJ than any client-server based web-ui tech. br/> < Also, could we consider having one logic core and multiple ui implementations. Chris -----Original Message----- From: Niclas Hedhman <nic...@hedhman.org> br/>Sent:: Samstag, 25. Juni 2022 07:59 To: dev@plc4x.apache.org Subject: Re: [PROPOSAL] Implement a Java GUI application for browsing PLCs with PLC4X On 2022-06-23 14:36, Christofer Dutz wrote: > I agree that if we use NetBeans it’s definitiely “eating our own > (Apache) dogfood” … and yes it’s quite well established. > Probably you can create Standalone Applications with Netbeans similar br/>> to how you can do that with Eclipse. < > However, do I imagine, that this would probably be a bit of overkill br/>> for this usecase. < There is a case to be made for having these kinds of tools being part of an IDE, i.e. a plugin rather than an "App on NB". So, by being a little clever, the clickable-jar could also be Netbeans plugin compatible, IF that is wanted by people. It is mostly a matter of having hooks for user input that can be hooked into NB's system rather than handled directly. Minor thing if one take care of it up front. And if it is then a plugin, then it is up to someone else to package that as a dedicated NB app, if such desires exist. Cheers Niclas