Javafx open recent menu code#
Javafx open recent menu series#
Javafx open recent menu mac#

The major feature of this release is compatibility with the changes done in Java 8u20. On the same note, patches that help the plugin live together with other plugins will be favorably considered. I think there is enough space for packaging plugins that don’t make self-contained native applications and JNLP packages. Patches that move the plugin from this lean-and-mean approach will be politely declined.

In fact, it can help you put Swing applications on the Mac App Store. The Java Packager can still be used to package JavaFX applications, but it can also package SWT applicaitons, AWT applicaitons, headless applications, and good old Swing applications. This plugin now exists as a means for Maven to access the features of the Java Packager, which started life as the JavaFX Packager. This also represents a change in philosophy for the plugin. Already a lot of the changes in this release come from community members. It does not mean that I am the only one allowed to write code. That means I am responsible for getting the binary bits onto Maven central.

New MaintainerĮffective with the 8.x series of the Maven JavaFX Plugin, and with the consent of Daniel Zwolenski, I am now maintaining the project. Existing docs at are still mostly accurate. Docs are little sketchy since I need to find a new place to host them. This release provides compatibility with JDK 8u20, exposes new 8u20 features, and represents a change in maintainer. The Maven co-ordinates for the plugin are com.zenjava:javafx-maven-plugin:8.1.2, same as before just with an updated version number. Today I am announcing the release of the Maven JavaFX Plugin version 8.1. What happens when you combine them both? Lower priority items like making release announcements for your outside-of-work open source projects don’t happen on time.

Preparing multiple conference talks is also similarly time consuming. * TableView} passed in should be used as normal.Deadlines on a shortened schedule are bad enough. TableViewContextMenuHelper} is a utility class and the * CustomMenuItem}s which are set to not close the context menu upon * as input and replaces it's default context menu. * The TableViewContextMenuHelper} takes in a TableView} There’s not too much to cover for this topic, so let's dive right into the code.

The rest of the code can be found at the bottom of this post. I’m going to be using some of the code I wrote in a previous post, so if you need to know where some of it is from, have a look at Editable Tables in JavaFX. We humans are a lazy bunch, so reducing how many mouse clicks we need to make will make us much happier. So, I did it again… and again… now do you see what I mean?! That menu should stay open so I can show/hide multiple columns without reopening it. Now, this doesn’t seem like much of a problem at this point, but I still had some columns I wanted to hide, so I opened up the menu again and chose an item and the menu closed. Upon loading up the TableView‘s context menu at the top right corner, which is used to show/hide columns if you click on one of the menu items, the menu will close itself down. I was doing some general testing around a JavaFX table application I had written and I ran into this really annoying problem (I find it frustrating anyway). This is a post that I wanted to write as it was a problem I ran into at my previous job, probably around this time last year.

Javafx open recent menu mac#

Javafx open recent menu series#

Javafx open recent menu code#