RichTextFX VS Recaf

RichTextFX isn't great -- documentation is generally unhelpful and not much development lately. I've also found bugs in the component and figuring my way around internals is hard for a new-ish Kotlin dev.

RichTextFX is very much Some Assembly Required and there isn't much documentation. I would definitely say it's not easy to use IMHO. I'm currently working on creating a word processing control with it, but it's still very much a work in progress. If you go the route of using RichTextFX, the repo might help you figure some things out.

RichTextFX provides decent syntax highlighting for JavaFX. The project is barely active but works great nevertheless.

RichTextFX issue

This is a tough one. JavaFX doesn't currently have that capability. This would involve a lot of font metrics and line metrics calculations. The API currently does not have public methods for such. Might be added in future versions of javafx.

RichTextFX - This fits the bill. It uses following subcomponents..

VirtualizedFX and TextFlow will be key to creating stylized text editor if you decide to venture that direction. A game changer. RichtextFX is the most popular but uses Flowless as a virtualised container for TextFlow display, hence has many dependencies.

IF you've got the legal situation all sorted out, and know that you need to change a Java class file, and know how to program in Java, I'd suggest Recaf. With it, you can import a jar file, decompile, edit and recompile any source files in it, and export the whole thing again.

No one seems to mention Recaf wich is the best option IMO. You can choose between different decompilers (Fernflower, CFR, Jadx, Procyon and others) has bytecode editing capabilities (you don't have to fully decompile, you can edit the bytecode directly), built in peephole optimizations for flow and number obfuscations, various search options for methods, members, strings, and method virtualization via SSVM

Uhhh, no? For something like JavaFX, which I've complained about its bad native handling before, you can still make a multi-platform jar with a little bit of effort. For instance my project Recaf is distributed as a single JAR file. Just install JDK 11+ and you're good to go.

I did something like this, but its not its own control/library: https://github.com/Col-E/Recaf/blob/dev3/recaf-ui/src/main/java/me/coley/recaf/ui/pane/DiffViewPane.java

The decompiler they used to view that code is not very good, that output is garbled.

If you're going to take apart JVM bytecode, you're better off using Recafe or Quiltflower.

https://github.com/Col-E/Recaf

https://github.com/QuiltMC/quiltflower

I've recently been searching for tools that can help me find rats within jar files. So far I've found jd-gui and Recaf, do you all have any suggestions for other tools?

Example: DecompilePane.java

#1: Are you interested in learning about low latency zero allocation programming? #2: Recaf: Java bytecode reversing tool I've been working on for the past 3.5 years | 37 comments #3: My experimental IDE plugin for displaying all project files in a single view, with zoom/pan and code editing. More info in comments. | 57 comments