Hello Ryan,
A couple of things. To format a date we must create a date variable first, so the way is the below one:
The other thing is related with the "ObjectGetProp" action. It's no problem to use it, but, for your knowledge, it's also possible to directly access the object properties from the server's response, so, it's possible to write something like the below one:
Hello Ryan,
Yes; a real device is probably the best way to debug things that cannot be debugged in the browser(s). Not only more faster, but also better, because, as we can see here, the emulator don't support certain kind of stuff, that the device support.
Remember to install the Google USB drivers (if needed) and just connect the device to the computer. Then use the "Run" BAT file and the app must be automatically launched in the device after has been successfully compiled.
Hello Ryan,
Humm... probably the plugin can't work in the emulator. I just test the action and the plugin here in an Android device and works as expected, so, probably you can see it also working in a real device.
Hello to all,
Here is a new DecSoft App Builder alpha release, with the below changes, fixes and enhancements:
Hello Ryan,
You are right, that action relies in the Cordova Network plugin. And yes... in principle, must work. Are you executing that code after the app "Ready" event? I asume that yes (that is mandatory, since Cordova stuff is available in that or after that event). Can you please try with an "Alert" that just show the value of the variable that you pass to the action? So we can discard some possible mistake in the condition.
Hello to all,
Here is a new DecSoft App Builder release, with the below changes, fixes and enhancements:
Read the entire product's history
Hello to all,
Here is a new DecSoft App Builder alpha release, with the below changes, fixes and enhancements:
Hello Bryce,
Right now we are really, really busy, preparing the first public release of the new DecSoft App Builder, so, it's not possible to promise nothing right now, and, it's not our style to lie to the people saying "yes" to all... without the intention to do nothing...
After the publication of the new DecSoft App Builder, we want to improve DecSoft HTML Compiler: it's our intention, but, we don't decide what exactly we want to do. So, at that time, we will take a look at SQLite and what we can do around it.
Hello to all,
Here is a new DecSoft App Builder release, with the below changes, fixes and enhancements:
Read the entire product's history
Hello to all,
I am not yet tested, but, according to this entry in the Apache Cordova blog, the new Cordova Android 8.1.0, provide support for app bundles. :-)
Hello Ryan,
Then, in your case, I will try the date input, even when I already implement in certain app (Android too, but also iOS), the usage of different selects with good results. So maybe I just confuse you with my firstly words... yes... the date input can have some kind of problems like the related ones, however, in your specific case, probably is the best control to use, from the user point of view (it's difficult to not insists that the different selects can be good also).
Go ahead, Ryan, try with the date input, try to validate as you wanted, and, if you find some specific problem, post it here and we will try to help you... or... as you wanted... use the different selects inputs... just as you wanted. Try both things... and see what can be better for you: I already told you how to deal with the date input value: pass to the "NewDate" action, so you get a date variable ready to be used in other date related actions, like "ValidDate".
Hello Ryan,
The use of separated select or inputs can be good to avoid the date input, however, note what I mention in my latest post: if you avoid Internet Explorer 11 (and other "older" browsers), and probably you can avoid it at all... you can probably use the date input, because what I mention: the browsers don't allow the user to put other thing than a date, so, we can always have a date... and with the help of the "NewDate" (see my above posts around the DateInput sample app, you must try this) and the other related date actions like "DateValid", we can probably validate the date as we wanted.
Just made some tests, Ryan, and, if you have any further question about, don't hesitate to post it here.
Hello again,
Note something, Ryan: If you try the DateInput sample in the internal debugger browser, you can change the value of the input to "aaaaa", for example, however, if you use the input value with the "NewDate", and then you use the "DateValid" action, you can see that the date continue to be valid... why? This is one of the particularities of this control: the browser show one value "aaaaa", but, since is not valid, don't change the real value of the input, which continue to be the previous date.
But you can't reproduce that behaviour in Mozilla Firefox and other modern browsers, because these browsers don't allow to the user to put something like "aaaaa" in an input control. Probably the date input can be good here in these browsers (and also in platforms like Android) because the date is always valid: because the browsers don't allow the user to put anything than a date in the input, so, may we can then validate if the input is "before" or "after" some date, but, not if is a valid date variable, because always is a valid date variable. So take this in consideration to continue your research.
Hello again,
I forget something important:
The user input must be validated in the client side, of course, but, also in the server side: all the user input must be validated in both client and server side.
Everybody can read the DecSoft support forum for learning purposes, however only DecSoft customers can post new threads. Purchase one or more licenses of some DecSoft products in order to give this and other benefits.