But the horrible performance they displayed when changing tabs.. that's gotta be a bug or some intentional slowdown somewhere in their code

this is my first work with the Pi. i was a little surprised to see JavaFX (Java ARM + Gluon JavaFX) control the whole screen like a mobile app, meaning no window chrome

i think they were doing what I was doing, bobbling the drag operation. it was that the drag didn't take not that it was slow. so, he repeated the steps like the screen was locked up

Wasn't it also slow when switching tabs?

might have been. i'm planning on a reference app. i might go GTK or something non-Qt for a comparison video

But I gotta admit.. Qt on mobile looks pretty nifty. They have maintained and evolved it, not just let it rot like Oracle has done

they had to put their energy into "citzen developers" (I had to google that myself)

thank goodness i know how to say "aj" now

Large amounts of "aj" are needed.

the old "let's do away with IT" product

the marketing pitch is that the IT department is too slow, so why not build your own apps?

no specification needed? and only light testing to get out the door. win-win

i'd like to get TornadoFX on my Pi. the JDK is lagging though so i may have to use an earlier version of TornadoFX and Kotlin

1.8.0_60

only 2 1/2 yrs old

there are OpenJDK builds for ARM, iirc

hunger for "build app-like things without your IT dept" is immense. excel rules the world for this reason

problem is in-house developers are unproductive and insist on high standards, like unit tests

The one time I experienced working as an in-house Dev where there was a demand for these kinds of business Apps; it wasn't unproductiveness of Devs slowing things down.

Typically, the Devs understood the problem well enough, and were keen enough to want to bash the Apps out in a couple of days.

As ever it was the levels of approval, red-tape and insistence on following the Agile SCRUM process for everything that slowed it down.

...a digression though; I agree that TornadoFX is a fantastic choice for this kind of work.

well, yes

that's my point 🙂

it isn't the troops on the front line trying to replace a crappy excel sheet who insist on approvals and scrum 🙂

from their perspective that's all a black box labelled "IT"

also, yeah, you can bash out an app in 2 days, but maybe it took them two hours to make the sheet. there's still orders of magnitude productivity differences between what a well trained excel user can do and what a full blown app dev can do, especially if that app dev is more interested in experimenting with ReactJS instead of just using plain old HTML like he's used to

like, you don't really get business users exploring new Excel features because they're bored and want to try out something new (of course that has its downsides too)

@chris-hatton - from what I see these days - there are far more teams "doing agile" without "being agile" - the ceremony is more important than the end product (but as you say - a digression)