On Tue, 11 May 2021 01:50:17 GMT, Michael Strauß wrote:
>> The documentation for `ObservableListBase.nextRemove` states that a single
>> change always refers to the current state of the list, which likely means
>> that multiple disjoint removed ranges need to be applied in order, otherwise
>>
On Tue, 11 May 2021 01:17:32 GMT, John Neffenger wrote:
>> The Windows build calls a series of batch files to get the Visual Studio
>> paths and environment variables. The batch files are a black box: any
>> messages they print are discarded. If anything goes wrong, the only signs
>> are a
> The documentation for `ObservableListBase.nextRemove` states that a single
> change always refers to the current state of the list, which likely means
> that multiple disjoint removed ranges need to be applied in order, otherwise
> the next change's `getFrom` doesn't refer to the correct
> The documentation for `ObservableListBase.nextRemove` states that a single
> change always refers to the current state of the list, which likely means
> that multiple disjoint removed ranges need to be applied in order, otherwise
> the next change's `getFrom` doesn't refer to the correct
> The Windows build calls a series of batch files to get the Visual Studio
> paths and environment variables. The batch files are a black box: any
> messages they print are discarded. If anything goes wrong, the only signs are
> a vague Gradle exception and a corrupted properties file.
>
>
On Mon, 10 May 2021 05:54:51 GMT, John Neffenger wrote:
>> The Windows build calls a series of batch files to get the Visual Studio
>> paths and environment variables. The batch files are a black box: any
>> messages they print are discarded. If anything goes wrong, the only signs
>> are a
On Sat, 8 May 2021 15:47:44 GMT, Kevin Rushforth wrote:
> Almost clean backport to jfx11u (clean except for surrounding context in
> `build.properties`). Tested on all three platforms, along with my other
> in-progress backports, all of which are aggregated in my
>
On Sat, 8 May 2021 15:44:46 GMT, Kevin Rushforth wrote:
> Clean backport to jfx11u. Tested on all three platforms, along with my other
> in-progress backports, all of which are aggregated in my
>
On Sat, 8 May 2021 15:44:16 GMT, Kevin Rushforth wrote:
> Clean backport to jfx11u. Tested on all three platforms, along with my other
> in-progress backports, all of which are aggregated in my
>
On Sat, 8 May 2021 15:43:36 GMT, Kevin Rushforth wrote:
> Clean backport to jfx11u. Tested on all three platforms, along with my other
> in-progress backports, all of which are aggregated in my
>
On Sat, 8 May 2021 15:42:42 GMT, Kevin Rushforth wrote:
> Clean backport to jfx11u. Tested on all three platforms, along with my other
> in-progress backports, all of which are aggregated in my
>
On Sat, 8 May 2021 15:42:09 GMT, Kevin Rushforth wrote:
> Clean backport to jfx11u. Tested on all three platforms, along with my other
> in-progress backports, all of which are aggregated in my
>
On Mon, 10 May 2021 16:36:53 GMT, Johan Vos wrote:
> Clean backport for jfx11u . Builds and tests are green.
This pull request has now been integrated.
Changeset: 32fda115
Author:Johan Vos
URL:
https://git.openjdk.java.net/jfx11u/commit/32fda11550c1e2c7b19ef681082e03fb52552cfd
This PR contains a fix that was de-scoped from #480 and solves an issue where
an incorrect index is used in
`MultipleSelectionModelBase.SelectedIndicesList.clear(int)`.
-
Commit messages:
- Fixed incorrect index
- Failing test
Changes:
Clean backport for jfx11u . Builds and tests are green.
-
Commit messages:
- 8211294: ScrollPane content is blurry with 125% scaling
Changes: https://git.openjdk.java.net/jfx11u/pull/16/files
Webrev: https://webrevs.openjdk.java.net/?repo=jfx11u=16=00
Issue:
On Mon, 10 May 2021 10:19:04 GMT, Johan Vos wrote:
> Clean backport.
> This only touches the macos platform, build and basic tests work fine.
This pull request has now been integrated.
Changeset: debddf79
Author:Johan Vos
URL:
On Sat, 24 Apr 2021 04:11:28 GMT, mstr2
wrote:
> This PR fixes the implementation of `ControlUtils.reducingChange`, which
> incorrectly computed adjacent removed indices, thus resulting in incorrect
> removal notifications.
>
> Since there were no unit tests for this method, I also added a
Clean backport.
This only touches the macos platform, build and basic tests work fine.
-
Commit messages:
- 8258381: [macos] Exception when input emoji using Chinese input method
Changes: https://git.openjdk.java.net/jfx11u/pull/15/files
Webrev:
This PR replaces Class.newInstance() deprecated method with
Contructor.newinstance().
-
Commit messages:
- remove blankline
- replace deprecated Class.newInstance
Changes: https://git.openjdk.java.net/jfx/pull/491/files
Webrev: https://webrevs.openjdk.java.net/?repo=jfx=491=00
On Sat, 8 May 2021 15:41:06 GMT, Kevin Rushforth wrote:
> This is a mostly-clean backport to jfx11u. The only merge conflicts I had to
> fix were in `D3DPipeline.cc` to ignore two hunks from the patch, since the
> static library support is not present in 11 (this is the exact same thing I
>
On Sat, 8 May 2021 15:41:06 GMT, Kevin Rushforth wrote:
> This is a mostly-clean backport to jfx11u. The only merge conflicts I had to
> fix were in `D3DPipeline.cc` to ignore two hunks from the patch, since the
> static library support is not present in 11 (this is the exact same thing I
>
On Mon, 3 May 2021 20:51:13 GMT, mstr2
wrote:
>> This PR fixes the implementation of `ControlUtils.reducingChange`, which
>> incorrectly computed adjacent removed indices, thus resulting in incorrect
>> removal notifications.
>>
>> Since there were no unit tests for this method, I also added
On Mon, 3 May 2021 20:51:13 GMT, mstr2
wrote:
>> This PR fixes the implementation of `ControlUtils.reducingChange`, which
>> incorrectly computed adjacent removed indices, thus resulting in incorrect
>> removal notifications.
>>
>> Since there were no unit tests for this method, I also added
On Fri, 7 May 2021 14:35:48 GMT, Ambarish Rapte wrote:
> jfx11u uses gradle 5.3 for build, it needs to be upgraded to gradle 6.3 same
> as jfx mainline.
> This PR backports three fixes:
>
> 1. [JDK-8240539](https://bugs.openjdk.java.net/browse/JDK-8240539): Upgrade
> gradle to version 6.3
>
On Fri, 7 May 2021 11:10:41 GMT, Ambarish Rapte wrote:
> Backport had a minor merge conflict of copyright year in the file
> `Labeled.java`.
> Rest of the changes are clean backport
This pull request has now been integrated.
Changeset: fdd0fa09
Author:Ambarish Rapte
URL:
On Wed, 5 May 2021 09:32:30 GMT, Ambarish Rapte wrote:
> We have couple more similar issues reported
>
> 1. [JDK-8255935](https://bugs.openjdk.java.net/browse/JDK-8255935) :
> MultipleSelectionModel provides incorrect 'removed' sub-list in change events
> 2.
On Mon, 3 May 2021 20:51:13 GMT, mstr2
wrote:
>> This PR fixes the implementation of `ControlUtils.reducingChange`, which
>> incorrectly computed adjacent removed indices, thus resulting in incorrect
>> removal notifications.
>>
>> Since there were no unit tests for this method, I also added
On Sat, 3 Apr 2021 15:20:41 GMT, mstr2
wrote:
> The internal BidirectionalBinding class implements bidirectional bindings for
> JavaFX properties. The design intent of this class is to provide
> specializations for primitive value types to prevent boxing conversions (cf.
> specializations of
On Mon, 10 May 2021 05:54:51 GMT, John Neffenger wrote:
>> The Windows build calls a series of batch files to get the Visual Studio
>> paths and environment variables. The batch files are a black box: any
>> messages they print are discarded. If anything goes wrong, the only signs
>> are a
29 matches
Mail list logo
