Posts by DecSoft

Hello Walter,

The "problem" is that Firefox support cross origin request for local files, but Chrome nor Internet Explorer support this. Use local files also have some other problems like the local storage support: again Internet Explorer, for example, do not support local storage for local files. This is the reason why I decide to incorporate an HTTP server which App Builder uses for debug purposes and not simple load local files.

Really I don't know if Chrome and Internet Explorer can be configured to support XHR and other stuff also in local files (probably yes) but this is not the configuration by default, then probably it's not a good idea to distribute our apps to be running as local files.

Hello Walter,

What is the error message that you get? The code minimizer tool is based in the YUI Compressor, which is included into the App Builder distribution. Since this program requires Java, maybe you have not Java installed? Anyway, please, post here the error message you get in order to try to help you.

Hello Walter,

The Pause app event is not available for browsers, just for apps compiled by App Cordova and for the Amazon Fire OS, Android, BlackBerry 10, iOS, Windows Phone 8 and Windows 8 platforms. But this platforms or browsers does not have a method to "close" an app. The users just go ahead with other apps, and, can back later to our app or simply not. The platforms are responsible to close the apps when the memory is low, etc.

On the other hand, the "window.close" method available for browsers appears to works only for opened windows from a web app, that is, there is not possible to close a web app page by itself. So the only way I can imagine an scenario that allow us to close an app is to use a first app to open the second one. The first one can use the OpenWindow action specifiying the "index.html" of the second app. And the second app can call to the "window.close" method to close their window itself.

In order to keep simple maybe we can use a simple "index.html" as the first app. From this "index.html" file we can use the "window.open" Javascript method in order to open our app in a new window. And then yes, such app can use the "window.close" method to close such window by itself. This can work (remember the times when the webpages start by opening a new window?) and right now its the only scenario I can imagine in order to do something like you wanted. If you have any other question please don't hesitate to post it here.

Hello Samuel,

Yes; in principle we need the "config.xml" file. In fact the required plugin is also refered in the "config.xml" file. My concern is if need to specify we want to add the required plugin from the possible build file in Mac OS.

Certainly App Builder build files (for Windows) instruct Apache Cordova to add the required plugin, but I don't know if this is really needed in Mac OS or Apache Cordova can take what plugins are required from the "config.xml" file as we can expect.

Hello Samuel,

Certainly this can be a little confuse. If I am not wrong we can't use Apache Cordova to compile iOS apps from Microsoft Windows (*), and, since App Builder is a Windows program, there is no sense to include a builder file for the iOS platform.

However, App Builder produced apps can be compiled for the iOS platform using Apache Cordova, but this need to be does from a OS X computer and with the required software SDK installed, like is described in this Apache Cordova help.

So the help about the Launcher plugin mean is the plugin is only available for the iOS and the Android platforms. App Builder can help you with the build file for the Android platform, not for the iOS platform. But the plugin works in both.

(*) Maybe we can compile apps for iOS using the Adobe Build service, but I recommend the Apache Cordova CLI version, and, on the other hand, I never try with an iOS app, to be honest.

Hello Walter,

You're welcome! About the Javascript variables and app variables I need to say that depends on the Javascript variable you can access it from the app or not. In other words, you can also access a Javascript variable (defined globally, not in a function, for example, because then the variable is out of the scope when the function is executed) between the "StartJS" and "EndJS" actions.

If you want to set an app variable from Javascript you can take in count that we use a "$rootScope" object to store our app variables, then we can write something like this:

But a more better way can be to declare the variable into the app and then continue writing the same as above:

If this answer doesn't satisfied your question, please, don't hesitate to post here any other doubt.

P.S. 25º C here right now,... but this is nothing... or the thermometer collapse during these days... or just wait a couple of hours when the sun appear here! OMG! :)

Hello Walter,

I think you are looking for something like the MediaSetSource action?

Hello,

Sound good too Nelson! Thanks for sharing! :)

Always thanks to you Samuel!

Hello there,

Update your App Builder copy Samuel: now we count with a "RowClick" event for the Report control. Take a look at the Report app sample, which has been updated in order to show us how to deal with this new event.

Hello Samuel,

For the first question, I think you wanted a way to move a control from the designer to a container. To do this the only way currently is to copy or cut such object, then focus the container, and finally paste the control from the clipboard.

For the second question, I will figure out how to implement a possible row click event.

Hello,

What is your Windows version ?

It is Windows 8.1 Pro 64 bits.

If you need an example, I would be glad to provide one based on the one of this morning.

Thanks for the information Samuel. Maybe the exception appear in Win64: I only try here in Win32. Anyway, App Builder is now updated and we can use Arrays variables with the Log action. If you like try it and tell me if they also work in your Windows version Samuel.

Hello Samuel,

What I need to investigate is how to deal with objects and also arrays when log to the program console. Certainly we can log an Array without problems in the Firefox console, for example. But for some reason the App Builder debugger console do not output correctly Arrays nor objects, just strings.

But in my case the program do not produce any exception, just that we log some "rare" characters to the console, but not an exception.

What is your Windows version Samuel? On the other hand, I think that output Arrays and objects cannot be too much complex, then I want to try right now for with a possible way.

Hello again,

Follow the rabbit I found the same problem in other actions like "SubStr", "StrLen" and some others (the program history refer it all) and then I fix the problem and upload an updated release of App Builder. Thanks for the report Samuel, because this problem neccesary appear sooner or later.

Hello Samuel,

I due you a lot of tapas and beers too ;)

Thanks! But I need to apologize because something is wrong in my above explanation of the problem. Certainly the order in which the variables are set matter, however, this is not the case of our issue Samuel. So what happend here? Certainly the translation of the "SplitStr" action is not like we expect when the "Retour" variable is not set, however, and, since the "split" is not executed until we click the button, the produced Javascript code can work.

What happend? Taking a more deep view, I can want to try how the "split" Javascript function respond if we want to write something like this code:

By my surprise the "[Result]" variable store "false" here too. And the problem is the same that you found in your code. Apparently the "split" Javascript function cannot deal with a Javascript like this:

Or this other:

Certainly I cannot understand why the above code is not valid, because cannot view something wrong. But the truth is the code do not work and I can fix the problem by change how the "SplitStr" action is translated into Javascript. Now you can see that your app sample (even if you do not set the "Retour" variable before call the user function) work like you expected, and the same for my above code, also works like we expected.

Then maybe I deserves a cold beer, but not for my other first answer... but for this one. You can now update your App Builder copy now Samuel. Sorry for waste your time, but my first impression is more or less logic, because I expect the "split" function is working properly.

The order in which we set the app variables certainly can affect, but not in this particular case.

Thanks for your patience Samuel!