-
-
Notifications
You must be signed in to change notification settings - Fork 255
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Allow typeIn
for contenteditable
elements
#869
Changes from 2 commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -6,7 +6,7 @@ import { __focus__ } from './focus'; | |
import { Promise } from 'rsvp'; | ||
import fireEvent from './fire-event'; | ||
import guardForMaxlength from './-guard-for-maxlength'; | ||
import Target from './-target'; | ||
import Target, { isContentEditable, HTMLElementContentEditable } from './-target'; | ||
import { __triggerKeyEvent__ } from './trigger-key-event'; | ||
import { log } from '@ember/test-helpers/dom/-logging'; | ||
|
||
|
@@ -46,27 +46,30 @@ export default function typeIn(target: Target, text: string, options: Options = | |
throw new Error('Must pass an element or selector to `typeIn`.'); | ||
} | ||
|
||
const element = getElement(target); | ||
const element = getElement(target) as Element | HTMLElement; | ||
if (!element) { | ||
throw new Error(`Element not found when calling \`typeIn('${target}')\``); | ||
} | ||
if (!isFormControl(element)) { | ||
throw new Error('`typeIn` is only usable on form controls.'); | ||
} | ||
|
||
if (typeof text === 'undefined' || text === null) { | ||
throw new Error('Must provide `text` when calling `typeIn`.'); | ||
} | ||
|
||
if (element.disabled) { | ||
throw new Error(`Can not \`typeIn\` disabled '${target}'.`); | ||
} | ||
if (isFormControl(element)) { | ||
if (element.disabled) { | ||
throw new Error(`Can not \`typeIn\` disabled '${target}'.`); | ||
} | ||
|
||
if ('readOnly' in element && element.readOnly) { | ||
throw new Error(`Can not \`typeIn\` readonly '${target}'.`); | ||
} | ||
if ('readOnly' in element && element.readOnly) { | ||
throw new Error(`Can not \`typeIn\` readonly '${target}'.`); | ||
} | ||
|
||
__focus__(element); | ||
__focus__(element); | ||
} else if (isContentEditable(element)) { | ||
__focus__(element); | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I would generally prefer to avoid having these two branches that each call There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Yeah! That's definitely doable. Mostly just mirroring the structure of There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Yep, makes sense, thanks for working on it! |
||
} else { | ||
throw new Error('`typeIn` is only usable on form controls or contenteditable elements.'); | ||
} | ||
|
||
let { delay = 50 } = options; | ||
|
||
|
@@ -77,15 +80,18 @@ export default function typeIn(target: Target, text: string, options: Options = | |
} | ||
|
||
// eslint-disable-next-line require-jsdoc | ||
function fillOut(element: FormControl, text: string, delay: number) { | ||
function fillOut(element: FormControl | HTMLElementContentEditable, text: string, delay: number) { | ||
const inputFunctions = text.split('').map(character => keyEntry(element, character)); | ||
return inputFunctions.reduce((currentPromise, func) => { | ||
return currentPromise.then(() => delayedExecute(delay)).then(func); | ||
}, Promise.resolve(undefined)); | ||
} | ||
|
||
// eslint-disable-next-line require-jsdoc | ||
function keyEntry(element: FormControl, character: string): () => void { | ||
function keyEntry( | ||
element: FormControl | HTMLElementContentEditable, | ||
character: string | ||
): () => void { | ||
let shiftKey = character === character.toUpperCase() && character !== character.toLowerCase(); | ||
let options = { shiftKey }; | ||
let characterKey = character.toUpperCase(); | ||
|
@@ -95,10 +101,15 @@ function keyEntry(element: FormControl, character: string): () => void { | |
.then(() => __triggerKeyEvent__(element, 'keydown', characterKey, options)) | ||
.then(() => __triggerKeyEvent__(element, 'keypress', characterKey, options)) | ||
.then(() => { | ||
const newValue = element.value + character; | ||
guardForMaxlength(element, newValue, 'typeIn'); | ||
|
||
element.value = newValue; | ||
if (isFormControl(element)) { | ||
const newValue = element.value + character; | ||
guardForMaxlength(element, newValue, 'typeIn'); | ||
|
||
element.value = newValue; | ||
} else { | ||
const newValue = element.innerHTML + character; | ||
element.innerHTML = newValue; | ||
} | ||
fireEvent(element, 'input'); | ||
}) | ||
.then(() => __triggerKeyEvent__(element, 'keyup', characterKey, options)); | ||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Curious why we need to cast this
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Partially because that's what
fillIn
was doing. There was a type error that I don't recall. I'll go check on it.There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
kk, doesn't seem like a major issue to me, but if we have a type misalignment in
getElement
we can try to fix it instead of forcing all consumers to cast. Alternatively, if specific helper methods can only work onHTMLElement
(vs the more genericElement
) maybe we should make an assertion method that narrows the types for us.There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I pushed a commit to this branch that alters the type guards and removes the casting but it's not reflecting in the PR 🤷
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
One bit to note here about how both fillIn and typeIn work is they're assuming FormControl is ok, but that includes selects and buttons which don't seem like they should be allowed. Might be nice to have some sort of fillable type guard that narrows down to input/textarea and maybe content editable?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yeah, totally agree. Seems like a great candidate for a follow up PR if you have the time.