Programming language: Kotlin
License: MIT License
Tags: Inputs    
Latest version: v6.1.0

InputMask alternatives and similar packages

Based on the "Inputs" category.
Alternatively, view InputMask alternatives based on common mentions on social networks and blogs.

Do you think we are missing an alternative of InputMask or a related project?

Add another 'Inputs' Package


Awesome Android Arsenal codebeat badge license


More GIFs [~3 MB]

PSA: Migration to Maven Central and overall library development

Input Mask library development is back on track.

From now on, the official library distribution method is JitPack.

My thoughts regarding the library migration to Maven Central The "migration" took me long enough, okay.

It's Saturday, the 25th of September, 2021, and yesterday I had an opportunity to complete the whole Sonatype manual on how mere mortals publish their libs to Maven Central.

And it didn't feel right, so I decided to take a short, last break before pushing the changes.
The main, Central™, most important Java & Android depo doesn't feel like it's 2021 at all.

I felt I was casting spells and performing some cargo cult rituals.
ALM-based system, the wait for approval, tickets, scripts, credentials, DNS records, artifact security assurance, corporate console library catalogs with Windows™ folder icons…

The. Fuck.

I know some of RedMadRobot libraries already made it to Sonatype.
But this is not the case.

Input Mask is never going to hit Maven Central, and I'm not going to support this abomination of legacy and bureaucracy.

First things first, I'm going to get rid of some annoying library issues from the past, do some project cleanup, and then I'd like to put more real word use case scenarios into the core, so please feel free to share your ideas via feature requests.

Meet 6.1.0.


Input Mask is an Android & iOS native library allowing to format user input on the fly.

The library provides you with a text field listener; when attached, it puts separators into the text while user types it in, and gets rid of unwanted symbols, all according to custom predefined pattern.

This allows to reformat whole strings pasted from the clipboard, e.g. turning pasted 8 800 123-45-67 into
8 (800) 123 45 67.

Each pattern allows to extract valuable symbols from the entered text, returning you the immediate result with the text field listener's callback when the text changes. Such that, you'll be able to extract 1234567 from 8 (800) 123 45 67 or 19991234567 from 1 (999) 123 45 67 with two different patterns.

All separators and valuable symbol placeholders have their own syntax. We call such patterns "masks".

Mask examples:

  1. International phone numbers: +1 ([000]) [000] [00] [00]
  2. Local phone numbers: ([000]) [000]-[00]-[00]
  3. Names: [A][-----------------------------------------------------]
  4. Text: [A…]
  5. Dates: [00]{.}[00]{.}[9900]
  6. Serial numbers: [AA]-[00000099]
  7. IPv4: [099]{.}[099]{.}[099]{.}[099]
  8. Visa card numbers: [0000] [0000] [0000] [0000]
  9. MM/YY: [00]{/}[00]
  10. UK IBAN: GB[00] [____] [0000] [0000] [0000] [00]

Questions & Issues

Check out our wiki for further reading.
Please also take a closer look at our Known issues section before you incorporate our library into your project.

For your bugreports and feature requests please file new issues as usually.

Should you have any questions, search for closed issues or open new ones at StackOverflow with the input-mask tag.

We also have a community-driven cookbook of recipes, be sure to check it out, too.



Make sure you've added Kotlin support to your project.

repositories {
    maven { url 'https://jitpack.io' }

dependencies {
    implementation 'com.github.RedMadRobot:input-mask-android:6.1.0'

    implementation 'org.jetbrains.kotlin:kotlin-stdlib:$latest_version'

Known issues

InputMask vs. NoClassDefFoundError

java.lang.NoClassDefFoundError: Failed resolution of: Lkotlin/jvm/internal/Intrinsics;

Receiving this error might mean you haven't configured Kotlin for your Java only project. Consider explicitly adding the following to the list of your project dependencies:

implementation 'org.jetbrains.kotlin:kotlin-stdlib:$latest_version'

— where latest_version is the current version of kotlin-stdlib.

InputMask vs. android:inputType and IndexOutOfBoundsException

Be careful when specifying field's android:inputType. The library uses native Editable variable received on afterTextChange event in order to replace text efficiently. Because of that, field's inputType is actually considered when the library is trying to mutate the text.

For instance, having a field with android:inputType="numeric", you cannot put spaces and dashes into the mentioned Editable variable by default. Doing so will cause an out of range exception when the MaskedTextChangedListener will try to reposition the cursor.

Still, you may use a workaround by putting the android:digits value beside your android:inputType; there, you should specify all the acceptable symbols:

    android:digits="0123456789 -."
    ... />

— such that, you'll have the SDK satisfied.

Alternatively, if you are using a programmatic approach without XML files, you may consider configuring a KeyListener like this:

editText.setKeyListener(DigitsKeyListener.getInstance("0123456789 -.")); // modify character set for your case, e.g. add "+()"

InputMask vs. autocorrection & prediction

(presumably fixed by PR50)


  • You've got a wildcard template like [________], allowing user to write any kind of symbols;
  • Cursor jumps to the beginning of the line or to some random position while user input.

In this case text autocorrection & prediction might be a root cause of your problem, as it behaves somewhat weirdly in case when field listener tries to change the text during user input.

If so, consider disabling text suggestions by using corresponding input type:

    android:inputType="textNoSuggestions" />

Additionally be aware that some of the third-party keyboards ignore textNoSuggestions setting; the recommendation is to use an extra workaround by setting the inputType to textVisiblePassword.

InputMask vs. android:textAllCaps

Kudos to Weiyi Li for reporting this issue

Please be advised that android:textAllCaps is not meant to work with EditText instances:

This setting will be ignored if this field is editable or selectable.

Enabling this setting on editable and/or selectable fields leads to weird and unpredictable behaviour and sometimes even crashes. Instead, consider using android:inputType="textCapCharacters" or workaround by adding an InputFilter:

final InputFilter[] filters = { new InputFilter.AllCaps() };

Bare in mind, you might have to befriend this solution with your existing android:digits property in case your text field accepts both digits and letters.


The list of projects that are using this library which were kind enough to share that information.

Feel free to add yours below.

Special thanks

These folks rock:


The library is distributed under the MIT LICENSE.

*Note that all licence references and agreements mentioned in the InputMask README section above are relevant to that project's source code only.