News for hackers. Stuff that matters.

floriankirmaier

Re:Java in the Browser on Monday August 29, 2022 @04:50AM (#32636044)
It's configurable in JPro. In JPro you can say, that the text-elements should support the standard browser text selection. This is the case for https://www.jpro.one/ . The demos usually have this feature disabled - most of the demos are more like "rich desktop applications".
Re:Java in the Browser on Tuesday August 23, 2022 @02:47PM (#32569387)
It worth noting, that the application is written in JavaFX. For the text-hovering, what you are experiencing, is the default behaviour for JavaFX. The scrolling is also (sometimes) from JavaFX.

You are right, behaving like a normal website is very important.

Your observation with the scrolling is right. https://www.jpro.one/ uses the browser scrolling. https://www.jfx-central.com/ uses the scrolling of JavaFX, which is still a bit slow due to the hight traffic.

The text-selection is actually from the browser. The question remains why it behave different - which is something to improve.

Because we are using normal text elements (and normal links) the site is also indexed by google.

Re:Java in the Browser on Tuesday August 23, 2022 @12:44PM (#32567552)
It was the HN traffic. Usually it's very smooth.
Re:Java in the Browser on Tuesday August 23, 2022 @12:36PM (#32567433)
Some notes from the developing company:

First of all, sorry for the bad performance in the first hours after this post. The server isn't setup up for a big traffic peak. It was way higher than we are used to. To improve the performance, we increased the memory.

Many of our demos represent heavy business applications. Especially the "FlexGanttFX Demo" is a good example.

With JPro the Application itself runs "logically" in the server, and the rendering happens with javascript in the client.

Usually, the performance is very fast - and the architecture is not noticed by the user.

Feel free to ask any further questions.