[CLOSED] Replacement for ValidateDelay

  1. #1

    [CLOSED] Replacement for ValidateDelay

    While migrating form 1.x to 4.x noticed TextField's property ValidateDelay is no longer available.

    <ext:TextField runat="server" ID="ftMinimumScore" MaxLength="3" LabelWidth="90" Width="130" Vtype="Int" ValidateDelay="100" />
    Although its referenced in your release notes it states was changed for ValidationDelay, however the last one is not available either. Which would be the replacement for this property?
    Last edited by fabricio.murta; Sep 22, 2017 at 10:18 PM. Reason: no feedback from the user in 7+ days
  2. #2
    Hello @AdvanceLoanTechnologies!

    I see the changelog entry you found mentioned that change within a same minor version update (1.3.0 changelog).

    Seems this setting was completely removed as soon as version 2.0.0 was released (ExtJS 4.x) but, as a major update release, the breaking change was not even considered in the huge changelog it would make, or was just overlooked for the nature of big changes between major releases.

    Anyway, by chance somebody had a similar inquiry from you in Sencha ExtJS forums' and, by chance, Daniil responded to him with the new expected approach, CheckChangeBuffer. The Sencha thread is at validationDelay is OBE - Sencha Forums.

    Most breaking changes (if not all) you'll find are breaking changes that happen in-between major versions, not over major versions. That's why you don't see about the ValidateDelay setting being removed. We try to avoid them the best we can, but can't be helped when a feature is fully modified from Sencha.

    Currently we are marking renamed/moved methods as [Obsolete] in C# so that we can remove them in next release and make the breaking change (remove instead of marking as obsolete) only when the change required for backwards compatibility is so big it may compromise the code stability. Unfortunately we can't control breaking changes published by Sencha, and all we can do is try whenever feasible to keep backwards-compatible references and track them so that we remove them completely on the next major release.

    This new behavior though, will allow us now to track at least a number of removed/changed breaking changes. Can't say whether it will be feasible to track every breaking change in the next major ExtJS release, as it can change at will.

    When I say major releases, I'm referring to version changes like from 1.7 to 2.0 and 3.3 to 4.0, and so on. Then the first number before the dot changes in our versions.

    I hope the solution provided above works for you and that you understand about the difficulty on logging breaking changes between major version releases. But don't worry, if you have trouble finding alternatives to such changes, we're here to help!
    Fabrício Murta
    Developer & Support Expert
  3. #3
    Hello @AdvanceLoanTechnologies!

    Been some time since we replied your inquiry here. Was it enough to clear your question, or did it miss the point?

    We may mark this thread as closed if you don't post a follow-up in 7+ days from now but, don't worry, this will not prevent you from posting here if that happens.
    Fabrício Murta
    Developer & Support Expert

Similar Threads

  1. [CLOSED] hideTabStripItem replacement
    By Z in forum 3.x Legacy Premium Help
    Replies: 2
    Last Post: Oct 26, 2015, 1:25 PM
  2. Replies: 1
    Last Post: Aug 21, 2012, 7:37 AM
  3. AddLabelCls replacement
    By Zdenek in forum 2.x Help
    Replies: 2
    Last Post: Aug 16, 2012, 5:08 PM
  4. Replies: 4
    Last Post: Jul 09, 2012, 6:08 PM
  5. [CLOSED] stripCharsRe & Field.ValidateDelay question
    By bogc in forum 1.x Legacy Premium Help
    Replies: 1
    Last Post: Dec 14, 2011, 5:09 AM

Posting Permissions