It would be. I was rewriting all Xojo Code to Java. Not while I am in love with working like a horse but while it was too buggy and too slow. In my case I could rewrite the stuff and that’s it. The Software became even better within this process. So it was a good decision.
If there is a need for native GUI there would be a problem. But all of this decisions you should consider from case to case. Like I also do. There is no problem writing Software with Kotlin, Java, C#.
Would I change with a project to Xojo? No. Definitely not. Why should I? Xojo is a dead horse at all. You have no real new technology inside. Android and Ios are made with different concepts. They could have made it both with Kotlin like they have done with Android. Would result in a consistant API for both. But they decided not to go this way.
Desktop: Xojo is stiil slower than Java or C++ / C#. And has it’s problems still. There is no big change in the amount of Bugs. They are still there and not corrected. From time to time they are archiving them.
For Web: it is not stable and a real problem. While Xojo has changed from Web 1.0 to Web 2.0 the entire projects had to be rerwritten to run them with Xojo Web 2.0. Means: the Sourcecode was dead from one to the other moment.
They have no concept behind. A real problem. If you would ask me is Java better than that? I can say: it is solid, stable, reliable and has long term support. If you would ask for mobile I would say: codenameone has issuers, no question. but it is running. That’s for sure. So there is no question behind: also this is reliable and solid. Compiles native on IOS and Android. If you would ask me about vaadin? I would say it has issues. But it is running and reliable and stable. So nothing fancy. But it is no rocket science top write professional level Software with it. Beside oder Ideas.
So for me there is the question: why something like Windev oe Xojo as production system where everything costs money and at the end there is only a real small ecosystem. And here we go, Java has the best one. C# follows. Swift follows. So it is no question, writing Software with this kind of IDE (Windev) is dangerous in my eyes.
Its sold as a way of driving down costs.
Honestly, if it wasn’t for Visual Studio’s intellicode breaking my builds for a week, it would have taken less time to make Desktop Kittens in C# vs Xojo (there was weird stuff in xojo that got in the way, part of it’s eventual design is Xojo’s fault). 3 Weeks vs 1.
The biggest problem is that a quick look at a project feels like it’ll be quick, and it can be. But once the UI is done, and very basic logic, it all starts to fall apart when you get into quirks of Xojo with forum posts ad documentation telling you inaccurate things. If it weren’t for everyone here giving an actual accurate answer, It’d be garbage. 
At least it’s not as bad as LiveCode.
Why shouldA DEV work with such tools? In my eyes it isn’t with the time it consumes to learn it. Having a codebase which is definitely running helps more. A technology for App Development needs to be reliable. If it is not you waste time. Something nobody really wants to.
There are reasons why millions of DEV teams using c#, C++, Java. And the reason is not while it is used by many. The reason is while it results in stable and reliable software.
Filters in column headings, resizing and reordering rows/columns are all features included in Tabulator
It also supports callbacks you can use for storing an individual user’s customized layout:
var table = new Tabulator("#example-table", {
persistenceWriterFunc:function(id, type, data){
//id - tables persistence id
//type - type of data being persisted ("sort", "filter", "group", "page" or "columns")
//data - array or object of data
localStorage.setItem(id + "-" + type, JSON.stringify(data));
},
});
As others have pointed out there are HTML5 editors you can use for styled text. Summernote is another of those which I don’t think has been mentioned so far.
Back-end for your app looks like it should be pretty simple. Bun has http server and SQLite built in and it runs on Linux, Mac or Windows so it could be an option and it would mean both front-end and back-end are JS:
Bun.serve({
fetch(req) {
const url = new URL(req.url);
if (url.pathname === "/") return new Response("Home page!");
if (url.pathname === "/blog") return new Response("Blog!");
return new Response("404!");
},
});
const query = db.query("SELECT * FROM foo WHERE bar = $bar");
const results = query.all({ $bar: "bar" });
Did I missed something or should it really be a WebApp? As far as I know not. Also: who will use that stuffs? There is no way of using it. If somebody wants to write a commercial app he would need a tool which will exist for decades and which will provide the right ecosystem. JavaScript is one of them but before I would use tabulator I would shoot my self.
Yes, it’s begging to be.
OK then, I won’t try to talk you out of it.
will never be happened. I won’t use crap. That’s it.
And by the way: I could not find anything from the author about it. The original author wrote: an app for Windows and MacOS. That’s not a WebApp. So maybe you are not reading the same Thread like me?
The client’s requirements are such. The first thing that I suggested is to build a web app.
We have WX license but the reason I have to redevelop it in Xojo is because the client wants the app for both Windows and OSX.
@thorstenstueker I agree to everything you have to say about toolchain but the fact is that most of our clients are windows users and frankly speaking building apps using WX is way faster and easier compared to others. This client is also mostly Windows but they are planning to switch to non windows platform and the client has just purchased a Mac M2 chipset Laptop.
It is easy to find developers for C# or Java or for that matter Flutter but they demand quite heavy salary as they have a market that will absorb them quickly. But another fact is that we have trained two C# developers for WX and now they do not want to go back to coding in C#!
Thank you for suggestion but unfortunately web app is out of question here.
What I can say is: java and c# developers are not more expensive than others. And especially while java swing makes it so simple to run on all platforms it is the fastest method to get the job done.
Ohhhh, so the client is being cheap?
Maybe you can replace them? 
Thats A Good Point And Funny ToXD
To be fair, I don’t think Java and Swing can do a GUI like this with exactly the same functionality out of the box.
what? Nice Idea. But. It can. Out of the Box. There was nothing what I can’t do with Swing. Only for information.
You mean JTable can look and do everything without any custom code that data grid control does in this application?
For me the hardest part would be to write text editor code as 8th’s Nuklear GUI only provides very basic text edit widget by default.
Why not?
Difference: java swing provides the right control for it. Simple.
Yeah, you select the best tool for the given job. Programming a text editor in 8th is a bad fit, but you also would not be writing automation HMI running on a low power embedded board in Java.
Mainly, because I have only seen JTable looking like a basic list control. On other hand I don’t write Java code, so…