Let me come back to the question: who would be willing and able to work on something like that... Or I'll create a new thread and we can continue naming technologies here ;-)
Holen Sie sich Outlook für Android<https://aka.ms/AAb9ysg> ________________________________ From: Gaurav P <g...@gpism.com> Sent: Friday, June 24, 2022 3:29:36 AM To: dev@plc4x.apache.org <dev@plc4x.apache.org> Subject: Re: [PROPOSAL] Implement a Java GUI application for browsing PLCs with PLC4X I think Flutter can be a cross-platform UI toolkit to implement GUI on desktops (Windows/Linux/Mac) , mobile (android/IoS), and web ... via local API Proxy I would be interested in contributing On Fri, Jun 24, 2022 at 2:31 AM Sebastian Rühl <sru...@apache.org> wrote: > Now we still missing JavaEE in the proposal List XD > > - Sebastian > > On 2022/06/23 16:54:35 Łukasz Dywicki wrote: > > I agree that electron is a great tool. > > It gives you all the problems you had with desktop combined with all > > complexity of modern web development. ;-) > > > > If goal is getting data from protocol available via serial port then > > electron is an unnecessary complication. You need to launch local server > > with an API to let gui receive data (assuming gui is in js or similar). > > Given that we don't have many UI folks who do webdev on daily basis I am > > afraid we could be easily burred by that part. > > > > Sure, without trying we just speculate, so anyone who wants promote > > specific tech is welcome to start working on the thing. :) > > > > BTW for further comparisons, I recall there is also a wx-widgets toolkit > > which is cross platform. > > > > Cheers, > > Łukasz > > > > On 23.06.2022 18:31, Lukas Ott wrote: > > > What about https://cordova.apache.org/ and creating an Electron App? > > > > > > > https://cordova.apache.org/docs/en/11.x/guide/platforms/electron/index.html > > > > > > So we can deploy easily to all kinds of platforms? > > > > > > Example for a very successful Frontend application: > > > https://github.com/jgraph/drawio > > > > > > Interesting discussion a few years ago: > > > https://twitter.com/tuxtor/status/1167454864932319232 > > > > > > -> Electron is de facto the standard for Desktop Applications at least > at > > > the moment. > > > > > > https://medium.com/the-web-tub/electron-on-cordova-29ede5d6d789 > > > > > > > https://www.reddit.com/r/javahelp/comments/lrg2ho/web_app_vs_java_fx_vs_electron_js/ > > > > > > My five cents to this conversation ;-) > > > > > > Luk > > > > > > Am Do., 23. Juni 2022 um 16:19 Uhr schrieb Sebastian Rühl < > sru...@apache.org > > >> : > > > > > >> 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 > > >>> > > >>> > > >> > > > > > > -- B*e * the *Ch*ange
