I would vote doing it as a terminal application with tcell :D https://github.com/gdamore/tcell https://github.com/gcla/gowid
good example for that is termshark - Sebastian On 2022/06/23 13:47:29 Christofer Dutz wrote: > Hi all, > > Great to see this discussion here :-) > > Well, I agree that going down the lane of basing something on NetBeans, > Eclipse, IntelliJ, VSCode makes the tool a bit too big and complicated. > Integrating something based on Eclipse into our build also would add > Nightmares to that. > > I probably would have chosen Java/Kotlin with JavaFX ... but I would say, > those who actually work on it should choose what they are comfortable with. > > So perhaps we could see who's actually interested, willing and able to help > on the coding and then these people should discuss how to implement it. I'll > be available as a "Mentor" if any help is needed in integrating that into the > build or if PLC4X related help is needed. > > Chris > > > -----Original Message----- > From: Stephen Snow <s40...@gmail.com> > Sent: Donnerstag, 23. Juni 2022 15:31 > To: dev@plc4x.apache.org > Subject: Re: [PROPOSAL] Implement a Java GUI application for browsing PLCs > with PLC4X > > Truly, > To scaffold an application that can be rapidly utilized in Java/Kotlin I > would strongly recommend Quarkus from https://quarkus.io/. It likes to use > the GraalVM and readily can build out to native or native in container. It > can be deployed ootb in development mode with ci happening as you develop in > netbeans say. > > Just my 2c worth. > > Regards, > Stephen > On Thu, 2022-06-23 at 14:59 +0200, Łukasz Dywicki wrote: > > I been wrapping head around this as I had a necessity to watch CANopen > > traffic decoded by plc4x. I ended up building fairly basic web page > > which displayed most recent frames (so I could stay with local > > socketcan transport), yet it was far from useful or portable. Recently > > I also did struggle a lot with bloody modbus. My usecases are often > > focused on making the commissioning to generate further software > > configuration. > > > > My little research in topic of desktop applications ended up at javafx > > which allows to make it small and compile to native binary thanks to > > graal. My experiences with RCP platforms are rather bad (I did some > > small Eclipse RCP projects), even if I have no issues with OSGi. > > Problem > > I see in RCP platforms is sparse development documentation, I also > > perceive both Eclipse RCP and Netbeans as focused mainly on organizing > > navigation while strongly depending on UI frameworks (jface/swt or > > swing/awt). Effectively you still need to build tables and so on, but > > with much more overhead. > > Please do not take above too seriously in context of Netbeans, I don't > > know much about it and its flexibility. I don't know how to build it > > with Maven, hence it feels strange. > > For the Kotlin stuff and frameworks there - I can say that any UI > > project which Google is pushing is a red flag to me. Looking at GWT, > > Angular 1.x (I used both) I simply fear that they can step back from > > "experiment" after a year or two leaving everything to the community. > > I > > looked at kootlin and javafx a while ago and there is not much > > happening there. I don't know if is because of maturity, javafx issues > > or shift to other UI approaches. > > > > As I had no time to work on it I just postponed that to a future. > > Yet, I > > still dream from time to time about proper "fieldbus.app". ;-) > > > > Cheers, > > Łukasz > > > > On 23.06.2022 14:46, Michal Harakal wrote: > > > Hi, > > > > > > I would be also interested in, having a strong opinion on technology > > > stack, but fully open to design and function. > > > > > > My suggestion is writing a Desktop App with Kotlin Jetpack Compose > > > for Desktop: > > > > > > Props: > > > * modern, state of the art, way to write reactive UI (natural way to > > > implement unidirectional data flows architectures) > > > * JVM target > > > * open source, backed by Google And Jetbrains (they use it in their > > > critical products) > > > * Kotlin provides 1A class interoperability support with Java and > > > JVM > > > * since Jetpack Compose is originally created and used by Android, > > > you can have an Android App out of the box, with little effort > > > * integration with Jetbrains Intellij > > > * even if you don't know Jetpack Compose Framewrok, you can > > > contribute too with your Java/Kotlin skills imedialtely on > > > domain/bussines etc. parts of code .. > > > * easy to learn > > > * with multiplatform support are native apps with their native UI > > > frameworks (e.g. iOS) > > > > > > Cons: > > > * Still in Alpha > > > * backed by Google and Jetbrains > > > * Kotlin is probably not the number one programming language here > > > > > > > > > Best regards, > > > Michal > > > > Christofer Dutz <christofer.d...@c-ware.de> hat am 23.06.2022 > > > > 10:55 geschrieben: > > > > > > > > > > > > Hi all, > > > > > > > > Again, I was in need of a simple application to simply monitor the > > > > values on a Modbus device (I’m currently configuring my Wago > > > > PFC200 Modbus Slave interface). > > > > I could use stuff like the “Modbus Poll” GUI tool, but my trial > > > > expired and I’m not willing to pay 130€ for this limited > > > > functionality. > > > > > > > > So, I thought, it would be an awesome addition to PLC4X if we had > > > > some sort of GUI application, that uses the Discover functionality > > > > to find possible PLCs and list them in a tree view. > > > > If the use double clicks on one of these connections, it connects > > > > and possibly executes the Browse functionality and lists up what > > > > it finds. > > > > > > > > I know that I could simply start working on something like that, > > > > but I thought this would also be a great thing for someone else to > > > > implement as it doesn’t require too deep knowledge of PLC4X > > > > internals. > > > > > > > > And I suck at building beautiful UIs :-) > > > > > > > > Anyone interested? > > > > > > > > Chris > >
