Problems with TextFieldType.INPUT

Help
#1

The new TextField implementation is great! I remove almost all hacks from my code (which I must use for older TextField).
But now I must add login / registration screen to my game, and I found several problems.

  1. When page have several text fields, every of them became focused just after game loaded. Try to go to the demo page and type something (if nothing happens, try to reload page using command ⌘+R). Related almost to all targets (html5 with -Ddom, -Dcanvas or -Dwegbl, neko, mac, etc). Only native with -Dlegacy works correctly.
  2. It is impossible to type space. Related to html5 with -Dom, -Dcanvas or -Dwebgl.
  3. Cursor is not shown. It is only for html5 with -Ddom, but I absolutely need that target.
  4. displayAsPassword = true do nothing for html5 with -Ddom

Demo page - http://blog.zame-dev.org/pub/ofl-input
Compiled to html5 with -Ddom.
I have the latest openfl from github.

Can I help with some of these things? For example, I have several ideas about implementing cursor and selection for -Ddom.

#2

Thanks,

Some of this (like the multiple at once problem) is probably simple to fix :smile:

I wasn’t sure what to do with DOM – with the new canvas TextField, this could be used on DOM, but you probably want DIV-based text for more DOM-like (and lighterweight) behavior? Perhaps this could be swapped if it is input?

#3

Some of this (like the multiple at once problem) is probably simple to fix

Good news. Will these problems fixed in next openfl release? Especially #1 and #2.

I wasn’t sure what to do with DOM – with the new canvas TextField, this
could be used on DOM, but you probably want DIV-based text for more
DOM-like (and lighterweight) behavior?

Yes, I absolutely must use DIV-based text, because it looks better on mac with retina, and it is very important for my client.

Perhaps this could be swapped if it is input?

Huh, interesting approach.
However I think everything could be implemented for div-based renderer. Would you accept PR?

#4

I just confirmed that multiple text input fields would both focus and both type at once. This is now fixed with the latest Lime and OpenFL commits, now it should not focus automatically, it should focus when clicked, it should unfocus when clicking off (even on a non-focusable object) and typing should only go to one field at a time.

I’ll look into some of the others

#5

I also just committed an improvement for HTML5 DOM input text, I get freezes after using it for a while (or selecting/deselecting?) so it’s not perfect, but it’s a lot better. If you’re interested, please take a look and see if you see ways this may be improved :slight_smile:

EDIT: One more commit, it seems better now, it doesn’t handle update the selection values or replacing only the selected styles just yet, but it’s a step in the right direction. Take a look

#6

I’ve just posted a message to the Haxe Forum that seems similar to this issue: https://groups.google.com/forum/#!topic/haxelang/AYyE4_6NK6o. Just wondering if there is any news on this topic? Thanks, Andy.

#7

Support TextField Dom password input.