[Blama]

Hi Isomorphic,

I saw that you linked this feature in the latest blog entry. Please note that the issue from #9/#15 is still open using v11.1p_2017-12-16.

For the "Favorite Music Genres" the button width changes and button corners are different between added/deleted entries on the one side and saved entries on the other.

Also, in the 12.0d sample (SNAPSHOT_v12.0d_2017-12-20), the "Favorite Animal" TextItem is broken on hover when also pending.

Best regards
Blama

[Isomorphic]

We've fixed the focused-pending styles in text/textArea items and we see the buttons using the rounded styles in the "Favorite Music Genres" item.

But we're not sure what behavior you're describing in #9 - we don't see Times New Roman anywhere. Can you show a screenshot?

[Blama]

Hi,

yes, of course:


Best regards
Blama

[Isomorphic]

Great, thanks - these are all fixed in 12.0 for tomorrow's builds - they may not hit 11.1 before the Holidays, due to some fairly deep skinning enhancements which are underway in parallel for 12.0 -- watch this space...

[Blama]

Hi Isomorphic,

I can see that all the issues in the sample are fixed now in 12.0d (SNAPSHOT_v12.0d_2017-12-27). 11.1p is still open (as you wrote).

Best regards
Blama

[Blama]

Hi Isomorphic,

I just noticed this is still open in 11.1p (v11.1p_2018-01-22) while testing another issue.
Also (new issue) the flags for "Favorite Cuisines" are only shown after a change and not on start of the sample (or then only for like 0.1s).

Best regards
Blama

[Isomorphic]

We just ported the fixes for all the issues in this thread back to 11.1/6.1 - you can test the changes in builds dated January 24 and later.

We don't see the extra issue you noted most recently - can you show what you mean?

[Blama]

Hi Isomorphic,

thanks, will do. The "Favorite Cuisines" issue is this. Start the sample and then also select e.g. "Mexican".


Best regards
Blama

[Isomorphic]

Ok, that's been fixed for builds dated January 24 and later.

[Blama]

Hi Isomorphic,

this is fixed for me in v11.1p_2018-01-24 and SNAPSHOT_v12.0d_2018-01-24, but there is one new (or before unnoticed) issue.
If you have only one entry selected, the icon is not shown:


Best regards
Blama

[Blama]

Also, for all the other FormItems, the hover shows "Original value: ....", while for the multiple:true SelectItem, after a change, it shows the current value on hover.
As the current value might need a hover because of the many entries, IMHO it would be best if the hover displayed the current value and original value in one box.

This is very minor to me.

Best regards
Blama

[Isomorphic]

We've made a few changes here - the issue with the missing icon is fixed and we've altered so that item.showOldValueInHover works as expected - that is, when there is a changed value, the hover shows the original value, even if the current value is clipped (which is what causes *it* to be shown in the hover). We may reconsider this and show both old and current values in this case - we'll update here if that happens.

These changes are in today's builds of 6.1/11.1+

[Blama]

Hi Isomorphic,

using v11.1p_2018-02-07 / SNAPSHOT_v12.0d_2018-02-07 I can see that the missing-flag issue is fixed.
I do also see a change regarding the hovers - it's like you say, but only if you remove entries only (e.g. Deselecte "Canada"). If you also select an additional country, it's the current-value-clipped hover again:


Also (not reported before), the normal Select with the flags does not show the original-value flag in the hover, while the multiple:true-SelectItem does (see above).


Best regards
Blama

[Isomorphic]

For the first one, that's because showOldValueInHover isn't switched on by default - we'll change that in the sample, and quickly check why it's still outputting the old value for remove-only changes.

We'll take a look at the second and get back to you.

[Isomorphic]

The second issue here is fixed for builds dated February 8 and later.