Both of those functions receive an nsIDOMEvent event, but I'm not sure how to get from that to whether the focus is caused by a touch event. I guess you want nsEditorEventListener::Focus/Blur. > would need to know if focus was given to via a "touch" event. > on-screen keyboard when a text editable control is given focus? Note that we > recommendation for where within /editor that we should show & dismiss the > Yes, moving the callsite should not be difficult. > (In reply to :Gijs Kruitbosch from comment #12) (In reply to Jared Wein (please needinfo? me) from comment #14) Yes, I would like to handle this in a follow-up. > is there or not, but I guess that could be a followup. It'd be better if we detected if a hardware keyboard > I'm not sure if your assumption that we don't need to show the OSK if you > + > + if (!event.isPrimary || event.pointerType != "touch" || > ::: toolkit/content/widgets/textbox.xml Ehsan, do you have a recommendation for where within /editor that we should show & dismiss the on-screen keyboard when a text editable control is given focus? Note that we would need to know if focus was given to via a "touch" event. Yes, moving the callsite should not be difficult.
> Could we call the same API from somewhere in core's editor implementation > regarding the native part here, and it's sad that this approach doesn't work > The XBL part of this looks alright, but I'm worried about Jim's reluctance (In reply to :Gijs Kruitbosch from comment #12)
0 kommentar(er)
