Re: [EXT] Static type checking error from groovy version 4.0.22

2024-12-02 Thread Milles, Eric (TR Technology) via dev
The missing info from your description for me is how treeView is declared. When I ensure that treeView is an instance of TreeView, the checks work out fine. interface Callback { R call(P param) } class TreeCell { } class TreeView { void setCellFactory(Callback,TreeCell> value) { } } class P

Re: [EXT] Re: Using `var` as method return type placeholder

2024-12-02 Thread Gianluca Sartori
> I have had more than 100 (maybe more than 200) Java folks tell me that > they like > Groovy because it lets them bring their Java style with them. I am not going into a "mine is bigger than your discussion", what I know for sure is that when you learn a new language you go through the "Quick St

Re: [EXT] Static type checking error from groovy version 4.0.22

2024-12-02 Thread Milles, Eric (TR Technology) via dev
Micro, Please create a new bug report at issues.apache.org and I will have a look at what changed. From: Mirco Colletta Sent: Saturday, November 30, 2024 12:20 PM To: dev@groovy.apache.org Subject: [EXT] Static type checking error from groovy version 4.0.22 Exte

Re: [EXT] Static type checking error from groovy version 4.0.22

2024-12-02 Thread Mirco Colletta
Hi Eric, actually there isn't an explicit instantiation of the treeView in the code since it's defined inside an .fxml file: that is eventually loaded inside the controller: FXMLLoader fxmlLoader = new FXMLLoader(getClass().getResource(getClass().getSimpleName() + ".fxml")) ... fxmlLoader.load(