Posts by DecSoft

Hello to all!

* Add the new Report14 sample, which show us how to use the recently added [Report.Index] variable in order to alter / change / update the selected / clicked / taped record in the Report. Also the Report13 sample has been a little modified in order to show us how to use our own CSS classes for the active/deactive Report's rows.

Hope they are useful! :)

Hello!

that what I want!Thanks again David :)
(It work.Already test it)

Always thanks you tin!

Hello tin,

Probably in a "grid" Report we can achieve it in a more or less easy way, but, in a "table" Report certainly the things can be complicated. So I made some enhancements in the Report control in order to "mark" their rows with certain CSS classes and identifiers. This is now refered in the Report's control help.

Additionally I add to the Report control a new variable named "Index", available inside the "RowClick" event. With the help of the refered CSS stuff and this variable we can "activate" or "deactivate" rows as you can see in the new included "Report13" application sample. Take a look and tell me what you do think about tin.

:)

Thanks tin! :)

Hello Ade,

It's a good point. :)

Hi David,

Bravo!

AB rock!

Thanks Ade! :)

Hello Ade,

Please, update your AB copy, a new Zip Align tool for the Android platform has been introduced. From the program's history file:

* This App Builder release incorporates the new Zip Align tool for the Android platform. This has been integrated in an alone way, so we can align random APK's, but the tool has been integrated too with the APK Signer tool, then just when we finish to sign an APK file, the program ask us if we want to open the Zip Align tool in order to align it. Thanks Ade!

Hope they can be useful!

Hello Ade,

Ok, I will take a look to this! :)

Hello Ade,

Maybe it's a good idea. I'm not sure right now if they must be a part of the Signer tool or be in a separator and new tool, but I will look into that Ade.

Thanks Ade! :)

Hello Ade,

If you can integrate such stuff into an Apache Cordova's plugin, then yes, you can use the plugin's API from App Builder just like any other Cordova's plugin. Learn how to develop Apache Cordova's plugins here.

Hello Joshua,

and would this "Input1.Event.keyCode" work in android&ISO ??:)

Honestly, I am not sure if the device's keyboard fired that event when the ENTER key is pressed... In principle I think this is what we can expected, but we need to try it! :)

Hello!

Hi,David I already test it.It work!!

Glad to know tin! :)

Hello Kasito,

Since we are talking about client side applications, it's not a good idea to think in something like "give the user access to this page or not". Yes; we have methods to do that, for example, we can use the app's ChangeView event, or just test at the view's Show event if the user is "authenticated" or not. In fact, an advanced user can enter on an app's view by changing the appropiate Javascript, for example. So, if what you want to protect is already in the client... then you need to think about that.

Of course the above statement is true in general, because, in some scenarios, also client side applications can apply certain security measurements, for example, I am thinking in an HTML5 application running in a kiosk computer: in this kind of scenarios, and, since the user of the applications can't access the application source, then yes, we can implements somethings like "you can only view this view if enter the appropiate password in this Input control".

Talking about a client side plus a server side application (which is your case if I am not wrong) the security must be implemented in some way similar to this:

1º The client side app (your app) ask the user for a login and a password.

2º The app made an HTTP call (best if use HTTPS) to the server in order to check the login.

3º Depending on the check result the server send one response or another.

4º Depending on the server response the application does one thing or another.

For example, suposing you are made an application show saves user notes. Of course you don't want to show the notes of one user to other user, or show the notes of a user, if they are not firstly well authenticated.

1º Our application login view ask the user for a login and a password.

2º Our application made an HTTP to the server including the login and password to be checked.

3º If the server say "this user is OK", we change to the appropiate view, in which we shown the user's notes.

4º If the server say "this user is not OK", we simply don't change the view, and never shown any user's note, of course.

The things must works in a similar way than the described one. There is not just a way to send the login and password to our server (the only recomendation can be to use the HTTPS protocol instead of HTTP), for example, we can codify it in "Base64" or get an "MD5" hash, and then send to the server.

Since our app's HTTP calls can contains any data, probably we can always include in that calls the user login and password, then we can assert that non registered users never reach any data from the server if they are not authenticated before. My recomendation is you try with the concepts explained above. If you have any further question, please, don't hesitate to post it here Kasito.

Hello tin,

Wow,thanks I will test it

You're welcome!