Entry hight different between XF 2.4.0 Pre and all previous versions (iOS)

RaymondKellyRaymondKelly USMember ✭✭✭

Has anyone else noticed this? Seems the the Entry fields are smaller on iOS and the only difference is the XF version.

XF 2.3.5 and all previous releases:

XF 2.4.0 Pre 1 and 2

Answers

  • RaymondKellyRaymondKelly USMember ✭✭✭

    I should also add, scrolling does not work inside the entry box either. When you hit the end of the visible size, you can keep typing, but you cant see what you are typing.

  • JohnHardmanJohnHardman GBUniversity ✭✭✭✭✭
    edited September 5

    @RaymondKelly - I haven't tried 2.4.0 Pre yet. However, the bit about not scrolling, so that you cannot see what you are typing, would be a regression. I recall raising a bug for that (admittedly for WinPhone) against XF 1.4.3, that was fixed in XF 2.0 .

    If you haven't already, post details at https://forums.xamarin.com/categories/xamarin-forms-releases and log a bug.

  • RaymondKellyRaymondKelly USMember ✭✭✭

    Thanks @JohnHardman. I am just shocked this hasn't been seen and fixed in Pre-2 as a critical issue.

  • PhilippeLeybaertPhilippeLeybaert BEMember ✭✭

    Any update on this? This really messed up our app. Input boxes used to be roughly the same height on all platforms, but now they look horrible on iOS. The only "fix" is to set HeightRequest to a specific number but that's just a hack.

  • AndrewWhitworthAndrewWhitworth USMember ✭✭

    This has affected numerous Entry fields across our Xamarin Forms app too.

    Any update on this please?

  • PaulBrennerPaulBrenner USUniversity ✭✭

    Anyone have a workaround?

  • JohnHardmanJohnHardman GBUniversity ✭✭✭✭✭

    @RaymondKelly - I've updated to 2.4.0 and am also seeing the height difference on iOS Entry views. Surprised that this one wasn't picked up pre getting to the stable channel.

  • MatthewKeoppelMatthewKeoppel USMember

    I'm also seeing this problem with 2.4.0.282. Anyone know a work-around without having to manually edit all of my entry controls?

  • KingNguyenKingNguyen USMember ✭✭

    Just add this to ios folder Renderer on IOS.
    `using Xamarin.Forms;
    using Xamarin.Forms.Platform.iOS;

    [assembly: ExportRenderer(typeof(Entry), typeof(CustomRenderer.iOS.CustomEntryRenderer))]
    namespace CustomRenderer.iOS
    {
    public class CustomEntryRenderer : EntryRenderer
    {
    protected override void OnElementChanged(ElementChangedEventArgs e)
    {
    base.OnElementChanged(e);

            if (e.OldElement != null || Element == null)
                return;
    
            Element.HeightRequest = 30;
        }
    }
    

    }`

  • AndrewWhitworthAndrewWhitworth USMember ✭✭

    Thanks KingNguyen - that workaround works great.

  • PaulBrennerPaulBrenner USUniversity ✭✭

    @KingNguyen is 30 a random number or did that come from somewhere?

  • KingNguyenKingNguyen USMember ✭✭

    Compare with Picker, they have the same height.

  • PirrasPirras MXMember
    edited October 12

    the overrided GetDesiredSize in 987 causes the height of the entries to be 15.

    While @StephaneDelcroix fix it you can create a render and put the following:

    public override SizeRequest GetDesiredSize(double widthConstraint, double heightConstraint)
    {
    SizeRequest baseSize = base.GetDesiredSize(widthConstraint, heightConstraint);
    if (baseSize.Request.Height < 30)
    {
    baseSize.Request = new Size(baseSize.Request.Width, 30);
    baseSize.Minimum = new Size(baseSize.Minimum.Width, 30);
    }
    return baseSize;
    }
    
  • YoussefAzaroualiYoussefAzarouali USMember ✭✭

    Is this problem already fixed? I have still the same problem in version 4.7?

  • RaymondKellyRaymondKelly USMember ✭✭✭

    Nope, still broken. I am stuck on XF 2.3.5 because of this.

Sign In or Register to comment.