No problem Samuel!
About possible ways to protect our apps, think that, on the client side, anybody can take a look at the source, just like in every web site, for example. However, certain things may can be doing in a server: in general terms nobody have access to the server, so our server code is more or less protected.
Hello Samuel,
I think you are inverted the steps, that is, first we need to build the app, and then use the minimizer tool. Think that everytime we build the app the code come again without minimize. On the other hand, you can create a Batch file to build your app. As you can see in the Batch file tool, we can check an option to minimize the code. Then, when we execute the Batch file, App Builder build your app and automatically after minimize their code.
Hope this can help you Samuel. Tell me if you have further questions.
Hello,
Don't worry: what I understand from your question is still valid and I need to investigate that. But now the point is very clear.
Do you use the same sample app that attach in your first post? Because I just download it again and, apparently, I receive the correct response from the server:
Anyway, try to remove manually the "_Compiled" directory of the app and then compile it again and try it.
If you use other end point (URL) for the request, please, give me the URL in order to try it here by myself.
Hello,
Thanks for the feedback Samuel.
The last question is this one for our host, David : is it normal that the debugger won't receive any result of a GET request while a browser launched in debug mode will ?
I am not sure if understand well your question. If the problem is why the debugger can't tell us the HTTP call fail due to "CORS" problem, for example (and just like the Firefox debugger can doing), I only can say that I need to investigate it in order to found a possible way to do it. Currently script errors are reported by the debugger, however, apparently, not this kind of errors: I don't know if the used Browser control do not provide such information or what. But I will investigate this Samuel.
If I am not understand your question, please, explain a little bit and I try to help you Samuel.
Hello Samuel,
Please, sorry for the delay: I expend the day at the hospital with my mom. About our issue, I think your headers are correct. May we can missing some header in "Access-Control-Request-Headers"? But Firefox and their developer console probably tell us what can be happend or the missing header. Maybe the "Origin" must be something different to http://127.0.0.1:9990"? You can try (at this time) with an "*" (asterisk), which apparently works fine in PHP. But I can't view anything wrong in the above code.
If you need that I try the script or something like that just tell me.
Hello,
Always thanks you Samuel! What we need is to "clone" the above PHP code in LiveCode. Before the "cache" changes, the "Access-Control-Allow-Origin" header are sufficient, however, the "cache" changes requires to fill the "Access-Control-Allow-Methods" and "Access-Control-Allow-Headers" header in the server response.
Hello Samuel,
The problem is related with CORS and, yes, probably the same request in previous App Builder releases works fine: in fact a couple of releases ago I introduce a "prevent cache" enhancement that works, but requires some CORS related attention which previously do not matter.
Try to run the debugger and then use the debugger toolbar to open the app using Firefox, then press F12 in Firefox to open the developer console and you can see the problem: we need to set the "'Access-Control-Allow-Headers" in the server response to properly enable CORS.
As you can see in the current included app samples in PHP we can do something like this to enable CORS for the latest App Builder releases:
Really I don't know how to do it in "LiveCode", but, probably you can found more information about how to properly set the "Access-Control-Allow-Headers" response header. Certainly this change in App Builder can cause this problem, however, we need to introduce an internal "non cache" enhancement, since the cache can cause other problems maybe too much complicated.
Please Samuel, post here your doubts or your "LiveCode" solution: maybe other people can also get benefict of that.
Hello CIS,
Better late than never, App Builder include right now a new Database app sample wich show us how to use a Report control along with HTTP Client controls to retrieve and list information from a remote database and also update, delete and insert new information in such database. To this app sample we use PHP and MySQL in the server, and the PHP scripts and the MySQL database estructure are included in the app sample too.
Hello again,
The above code can continue use like that without problems, however, two new actions has been added to App Builder: MediaShowControls and MediaHideControls, which can be used to show or hide the MediaPlayer controls respectively. Note that the designtime "Controls" variable of the "MediaPlayer" must be "true" to allow these actions to work.
Hello again,
The MediaPlayer control do not include certain events that may can be useful to get your desired behaviour, then right now I add to the MediaPlayer control the Click, DblClick, MouseUp, MouseDown, MouseEnter and MouseLeave events.
Hope these events can be useful to you Walter, and also to other people.
Hello Walter,
Glad to see you! Hope your holidays are good. Well. In principle the MediaPlayer.Controls variables can only be used at designtime, that is, to determine if the MediaPlayer must shown the controls or not. Here we have the option to "hide" the controls included by the MediaPlayer and use our own controls and the appropiate actions to play, pause, stop, etc.
Anyway, I update right now the program in order to allow us to shown the MediaPlayer controls and then hide/show also in runtime. But this cannot be made using the MediaPlayer.Controls variable, which continue available to set only in designtime. The App Builder recent update identify now the MediaPlayer controls container, and therefore we can hide/show in runtime using a code like this in order to get your expected behaviour:
A couple of things must be considered here: firstly we can see the "MediaPlayer1Controls" identifier, which we must use with the "GetStyle" and "SetStyle" actions. The identifier is composed with the name of the control (MediaPlayer1 in this case) suffixed by "Controls". Secondly, to allow the above code to work propertly, the MediaPlayer.Controls variable must be "true", because, at this time, App Builder do not include the HTML markup for the controls if we put "false" in that variable.
Update your copy of App Builder now, Walter, play it, and tell me if this can help you or not.
Hello Nelson,
Maybe different devices can deal with the QR codes in various ways. On the other hand, remember npQrco produces text QR code. We can add some kind of "tokens" in that text (like the "mailto:") but our QR code always is based in plain text.
Hello Nelson,
Something like this works fine to me:
I read the generated QR code image (using the npQrco sample) here in my Android device and I can choose the GMail app, for example, and the email address, subject and body are placed as we can expected.
Hello again,
This problem has been fixed. Update your App Builder copy!
Hello Jürgen,
You are right. I will try to solve the problem. In the meanwhile, we can remove the argument and then create again with the desired description.
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.