# Inputs >> Input Amount >> Features ||20 ```js script import { html } from '@mdjs/mdjs-preview'; import { MaxLength } from '@lion/form-core'; import { loadDefaultFeedbackMessages } from '@lion/validate-messages'; import { localize } from '@lion/localize'; import '@lion/input-amount/define'; ``` ## Negative Number It will accept negative numbers with a minus symbol. ```js preview-story export const negativeNumber = () => html` `; ``` ## Set currency suffix You can optionally set a currency suffix with the `currency` attribute. ```js preview-story export const currencySuffix = () => html` `; ``` ## Force locale Locale can be forced for a specific `lion-input-amount`. It will format the amount according to this locale. ```js preview-story export const forceLocale = () => { return html` `; }; ``` > The separators are now flipped due to Dutch locale. On top of that, due to JOD currency, the minimum amount of decimals is 3 by default for this currency. ## Force digits as input You can use the `preprocessAmount` preprocessor to disable users from inputting anything other than digits or separator characters. This is not added by default, but you can add it yourself. Separator characters include: - ' ' (space) - . (dot) - , (comma) ```js preview-story import { preprocessAmount } from '@lion/input-amount'; export const forceDigits = () => html` `; ``` ## Faulty prefilled This example will show the error message by prefilling it with a faulty `modelValue`. > If there is 1 or more digit in the input, it will ignore invalid characters instead of showing an error feedback message. ```js preview-story export const faultyPrefilled = () => html` `; ``` ## Modifying the amount of decimals You can override certain formatting options similar to how you would do this when using [Intl NumberFormat](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/NumberFormat). This example shows formatting to whole numbers. ```js preview-story export const noDecimals = () => html` `; ``` ## Paste behavior For copy pasting numbers into the input-amount, there is slightly different parsing behavior. Normally, when it receives an input with only 1 separator character, we check the locale to determine whether this character is a thousand separator, or a decimal separator. When a user pastes the input from a different source, we find this approach (locale-based) quite unreliable, because it may have been copied from a 'mathematical context' (like an Excel sheet) or a context with a different locale. Therefore, we use the heuristics based method to parse the input when it is pasted by the user. ### What this means If the user in an English locale types `400,0` it will become `4,000.00` because the locale determines that the comma is a thousand separator, not a decimal separator. If the user in an English locale pastes `400,0` instead, it will become `400.00` because we cannot rely on locale. Therefore, instead, we determine that the comma cannot be a thousand separator because it is not followed by 3 digits after. It is more likely to be a decimal separator.