Jump to content

[TOPIC: topicViewTemplate]
[GLOBAL: userSmallPhoto]
Photo

widget.newEditField beta testers needed
Started by atanas Jan 03 2014 12:21 PM

104 replies to this topic
[TOPIC CONTROLS]
Page 1 of 5 1 2 3 »
[/TOPIC CONTROLS]
[modOptionsDropdown]
[/modOptionsDropdown]
[reputationFilter]
[TOPIC: post.html]
#1

atanas

[GLOBAL: userInfoPane.html]
atanas
  • Pro
  • PipPipPipPipPipPip
  • 225 posts
  • Jedi

We have been busy polishing up the code with Kerem (ksan) and ready to accept a couple more beta testers. 
Widget.newEditField encapsulates edit field functionality for business type apps and addresses most of the shortcomings in the Corona newTextField

- allows you to display overlays and scenes on top of edit fields
- manages and moves edit fields automatically with groups
- supports 9-slices , 3-slices and roundect frames
- supports labels for edit fields

- error frame to indicate required fields to the end user

- allowedChars and maxChars to limit the user input
- supports icons and buttons for the edit fields
- supports clear button
- gives you an onSubmit event 
- supports custom sizes edit fields
- automatic font scaling
- automatic slide to unveil keyboard
- native mode if there are no scenes or overlays on top of the edit fields
- selection list functionality paired with a pickerList to select values from a pre defined list
- calibration support to adjust font scaling and offsets on android devices

 

 

Attached File  screenshot71.jpg   39.66KB   149 downloads



[TOPIC: post.html]
#2

gjaman

[GLOBAL: userInfoPane.html]
gjaman
  • Pro
  • PipPipPip
  • 33 posts
  • Advanced Member

I'd love to try it out.  I've been annoyed with the limitations of newNextField.

-Greg



[TOPIC: post.html]
#3

atanas

[GLOBAL: userInfoPane.html]
atanas
  • Pro
  • PipPipPipPipPipPip
  • 225 posts
  • Jedi

Thanks Greg,

 

PM sent with the sample app as well as the sources for the widgets.

 

Atanas



[TOPIC: post.html]
#4

ksan

[GLOBAL: userInfoPane.html]
ksan
  • Pro
  • PipPipPipPipPipPip
  • 2,737 posts
  • Jedi

Atanas has done such an outstanding job with this widget!!! It is very very versatile and robust. You will be seriously impressed. 

 

On Android, due to device variability the font scale results might vary so please bring as much device testing as you can muster to the table. There is a calibration function in the sample app from Atanas where you can tweak various parameters to get the editField to work perfectly on your device and then report the calibration data back to Atanas for inclusion in the widget calibration data. The more people test this code with different devices the better. 

 

So in a nutshell, please test on device. Don't just look at this on simulator. Looking forward to all your feedback. 



[TOPIC: post.html]
#5

Renato - Red Beach

[GLOBAL: userInfoPane.html]
Renato - Red Beach
  • Pro
  • PipPipPipPipPipPip
  • 872 posts
  • Jedi

I tested here. Nice job.

 

The only problem is the one that you guys mentioned about font size on android devices.

 

I also noticed that on the "Super Size" scene, when I click outside the textField it is not losing focus automatically... I think that could be something to add... on the "Editors" scene, when I click outside, it is having the same behavior of the submit event. I don't know if myself as user would expect that. If I click outside a field, I just want to get out of it, not necessarily submit it.

 

Apart from that, appears to be great. 



[TOPIC: post.html]
#6

ksan

[GLOBAL: userInfoPane.html]
ksan
  • Pro
  • PipPipPipPipPipPip
  • 2,737 posts
  • Jedi

Hi, 

 

Thanks for the great feedback. The more Android devices we can run this test on the better. Can you use the calibration screen to get the native and display object to match in size and position and then hit the email button on the Android device? This will send Atanas info about this particular device which will then be added to a calibration file. The more the merrier. 

 

Not sure if I understand the comment about SuperSize scene. It seems ok on my end. Is your comment specific to a platform, ie on Android etc? 

 

I agree about your comment on tapping outside a field. Ideally we should be able to do either way depending on the situation. Atanas might have already put this capability in but if not perhaps he can do the same thing he did for the pickerlist where cancelOnBackgroundClick = true, gives you the exact behavior you describe. 

 

Cheers



[TOPIC: post.html]
#7

Renato - Red Beach

[GLOBAL: userInfoPane.html]
Renato - Red Beach
  • Pro
  • PipPipPipPipPipPip
  • 872 posts
  • Jedi

The comment relative to the SuperSize was that when I was inside the textField and clicked outside, it was not losing focus. Perhaps that cancelOnBackgroundClick param is not being used.. (I didn't look the code to check)



[TOPIC: post.html]
#8

ksan

[GLOBAL: userInfoPane.html]
ksan
  • Pro
  • PipPipPipPipPipPip
  • 2,737 posts
  • Jedi

Ahh, I see what you mean. There is no cancelOnBackgroundClick parameter on the editFields yet. Based on your feedback we can ask Atanas to put this in. Meanwhile for the super-size scene if you could add the following on line 15 you will get the same response as on the editFields scene.

 

    bg:addEventListener("touch",function (event) native.setKeyboardFocus(nil) end )



[TOPIC: post.html]
#9

atanas

[GLOBAL: userInfoPane.html]
atanas
  • Pro
  • PipPipPipPipPipPip
  • 225 posts
  • Jedi

Kerem is correct about the background click - in the Super Size scene, the event is simply not added so you can see it work either way. In the other scenes, the event is added in the sample app.

 

About adding a generic handling of the background touch events in the editField widget itself, not sure how the editField would do it since it does not know what exactly is the background group (opposed to the pickerList case, where it creates the background itself and has a cancelOnBackgroundClick property). 

 

Renato, can you please forward me your Android calibration data. 



[TOPIC: post.html]
#10

nmichaud

[GLOBAL: userInfoPane.html]
nmichaud
  • Enterprise
  • PipPipPipPipPipPip
  • 200 posts
  • Jedi

We can test it also if you want. We are doing a tourism app with Corona, therefore such a new widget would be more than welcome.

 

Nick



[TOPIC: post.html]
#11

Alex@PaNc

[GLOBAL: userInfoPane.html]
Alex@PaNc
  • Pro
  • PipPipPipPipPipPip
  • 862 posts
  • Jedi

I'd be excited to try it out too. I've got a few arcane Android devices that would be useful to add to your tests.



[TOPIC: post.html]
#12

euphoriacorona

[GLOBAL: userInfoPane.html]
euphoriacorona
  • Starter
  • PipPipPipPipPipPip
  • 124 posts
  • Jedi

Hey guys, nice work!

I would love to try this out!

Does this do anything to address the problem where you can't display a navigation bar (next, previous, done etc) that sits above the native keyboard?

I am really in need of suggestions as to how to best handle closing the keyboard and moving to different fields when using number only keyboards etc.

I stuck a navigation bar at the top of the screen to do this, but it just looks weird at the top of the screen when it should be directly above the keyboard.

I hope I am not hijacking this thread.
Thanks!

[TOPIC: post.html]
#13

ksan

[GLOBAL: userInfoPane.html]
ksan
  • Pro
  • PipPipPipPipPipPip
  • 2,737 posts
  • Jedi

@euphoriacorona, I think you are asking about the use of keyboards which does not have a Done/Return type of button right? We encountered this use case and Atanas made it possible to create the onSubmit event when user touches another field on the screen or simply the background. So your navigation buttons could be made redundant with this widget.



[TOPIC: post.html]
#14

euphoriacorona

[GLOBAL: userInfoPane.html]
euphoriacorona
  • Starter
  • PipPipPipPipPipPip
  • 124 posts
  • Jedi

@euphoriacorona, I think you are asking about the use of keyboards which does not have a Done/Return type of button right? We encountered this use case and Atanas made it possible to create the onSubmit event when user touches another field on the screen or simply the background. So your navigation buttons could be made redundant with this widget.

Hey Ksan, exactly.

So I guess my next question would be.. What would be the best way to explain this to the user on the screen in question?

For instance.... Say you have 4 text fields, the first two use the default keyboard, the next one uses a number keyboard and the last uses an email keyboard.

When the user gets to the number keyboard... What would be the best way to explain to make it intuitive as to what they should do to advance to the next field.... Or conversely, to show them how to dismiss the keyboard?

I'm struggling mostly with making this all intuitive and simple for the end user.

Thanks for your help!

[TOPIC: post.html]
#15

ksan

[GLOBAL: userInfoPane.html]
ksan
  • Pro
  • PipPipPipPipPipPip
  • 2,737 posts
  • Jedi

I don't think there is one right answer. I will look at native apps to see if I can find examples to relate. In my opinion (which is often wrong! :-) users tend to start tapping around the second they are done entering info and discover there is no Done button. You could perhaps visually wiggle the next editField once the current one with a number keyboard has valid data in it.

 

Lets see what others might be doing in this situation. 



[TOPIC: post.html]
#16

euphoriacorona

[GLOBAL: userInfoPane.html]
euphoriacorona
  • Starter
  • PipPipPipPipPipPip
  • 124 posts
  • Jedi

I don't think there is one right answer. I will look at native apps to see if I can find examples to relate. In my opinion (which is often wrong! :-) users tend to start tapping around the second they are done entering info and discover there is no Done button. You could perhaps visually wiggle the next editField once the current one with a number keyboard has valid data in it.

Lets see what others might be doing in this situation.


Thanks for the suggestions.
I'll create a thread for this to stop derailing this one.

:)

[TOPIC: post.html]
#17

ksan

[GLOBAL: userInfoPane.html]
ksan
  • Pro
  • PipPipPipPipPipPip
  • 2,737 posts
  • Jedi

No worries. Certainly a relevant question IMHO. Give the beta a try and see how it works in your use case. Thanks



[TOPIC: post.html]
#18

atanas

[GLOBAL: userInfoPane.html]
atanas
  • Pro
  • PipPipPipPipPipPip
  • 225 posts
  • Jedi

Thanks guys,

 

PMs sent with the files. Looking forward to your feedback

 

Atanas



[TOPIC: post.html]
#19

Richard17

[GLOBAL: userInfoPane.html]
Richard17
  • Basic
  • PipPipPipPipPipPip
  • 62 posts
  • Jedi

Would love to give it a go on the business app I am working on and provide some testing rletx

[TOPIC: post.html]
#20

atanas

[GLOBAL: userInfoPane.html]
atanas
  • Pro
  • PipPipPipPipPipPip
  • 225 posts
  • Jedi

Thanks Rich, PM sent. I am over some attachment limit with PMs, so please send me your email

[TOPIC: post.html]
#21

gjaman

[GLOBAL: userInfoPane.html]
gjaman
  • Pro
  • PipPipPip
  • 33 posts
  • Advanced Member

I noticed the widget fails if the default anchor is modified.  for example, adding:

 

display.setDefault( "anchorX", 0 )
display.setDefault( "anchorY", 0 )
 
causes rendering issues
 
I'm working on a business type app and found it easier to to set the reference to the top left vs the center. Not sure if this would be a common use case?


[TOPIC: post.html]
#22

ksan

[GLOBAL: userInfoPane.html]
ksan
  • Pro
  • PipPipPipPipPipPip
  • 2,737 posts
  • Jedi

Top left is common for me as well but I tend to set the anchorX, anchorY 0,0 each time I create the object rather than using the setDefault. When G2 was initially released setDefault was causing all sort of issues so I never warmed up to it.

[TOPIC: post.html]
#23

atanas

[GLOBAL: userInfoPane.html]
atanas
  • Pro
  • PipPipPipPipPipPip
  • 225 posts
  • Jedi

Thanks gj, I will look into fixing this.

[TOPIC: post.html]
#24

mslack

[GLOBAL: userInfoPane.html]
mslack
  • Pro
  • PipPipPipPipPipPip
  • 205 posts
  • Jedi

If not too late i have an Archery Utility app that i could embed this in and test it.



[TOPIC: post.html]
#25

atanas

[GLOBAL: userInfoPane.html]
atanas
  • Pro
  • PipPipPipPipPipPip
  • 225 posts
  • Jedi

Never late, as long as you send your Android calibration data :) Can you please send me a PM with your email as i have ran out of quota for PM attachments Thanks Atanas


[topic_controls]
Page 1 of 5 1 2 3 »
 
[/topic_controls]