Posts by DecSoft

Hello Amin,

I am not quite sure, but, what we can share is the HTTP Client control, because is a non visual control, however, supose we update a "Report 1" from the HTTP Client Success event... supose that "Report 1" do not exists in the view in which we are when the Success event is fired... then yes, we have a problem, because we are trying to set something in a visual control which is not visible.

In few words, we can use the HTTP Client control from various views... we can use the [App.CurrentView] to determine in which view we are, etc. However, I think the best way to load a "Report 1" control placed in a "View 1", is to execute an HTTP Client control placed in that "View 1". And, in principle, there is no problem to execute this HTTP Control everytime the "View 1" is shown.

But what happen if we have another Report in the same view or in another view? Well... in fact there is no problem to use one HTTP Client control per report, since, in principle, there is no limits in the number of HTTP Controls that we can use. In this way we may have a little more of control... in the sense that every HTTP Client is intented to update controls than exists in the same view than the HTTP Client control.

Hello to all,

In fact, we can place an HTTP Client in View1 and use it from View2... without the Master view... the point is that, if we modify some element in the HTTP Client events (Success or Error), that element must exists in the view in which we are. On the other hand, there is any problem to use any number of HTTP Client controls, so, if we wanted, we can place one in every required view without problems.

Hello to all,

Here is a new DecSoft App Builder release, with the below changes, fixes and enhancements:

Read the entire product's history

Hola Jordi,

Tal vez iniciaste este hilo, porque, encontraste problemas al intentar usar el Base64, directamente, en una etiqueta IMG dentro de un control HTML. Pues bien, actualiza App Builder, y, prueba de nuevo, sin usar "trustSrc" ni nada, simplemente, tal como se hace en el nuevo ejemplo "Report19", verás que ahora funcionará como se espera. Por otro lado, puedes seguir haciéndolo mediante el atributo SRC: cómo tú veas.

Hello to all,

Yes; please. I think is the best solution in your case. And for sure that there must be a way in order to achieve it, that is, moving certain piece(s) of code or something like that. If you need some help, just post in the forum.

Hello to all,

If I am not wrong... you must find the way. That is, right now, may you can't do it, but, you must prepare the things in order to be possible. There is no possible to shown a dialog that fit all the screen, and, even if we place some CSS to made it possible... probably we break it, and therefore in some platform, in some browser, the things don't work like appear... My recomendation, seriously, is that you find the way to do what you wanted using a regular view: by made the possible needed changes.

Please, take a look at the "Menu4" sample. You can see how the left button shown a dialog, but, the right button, shown a regular view, which act like the previous one, but not in a dialog, so we fit the entire screen.

Hello to all,

The dialogs are placed and have the size that the library behind decides, in order to be useful and practice in all the platforms. If what you wanted is a view that fit all the screen, forget the usage of a dialog and simply use an app's view, that is, use the ReplaceView or the ShowView to shown an specific app's view, that replace the previous one, and, fit all the screen.

Hello Fot,

Yes; I supose something like that, but, not be sure. Thanks for sharing that information with us anyway. :-)

Hello Amin,

Certainly, the Node.js is required, but, it's required by Apache Cordova, not specifically for the Windows platform. According to the official documentation, what we need is only Visual Studio Community, which include the right SDK, if I am not wrong.

Certainly, maybe the things works in a similar way than the iOS platform: what we get is a project ready to be opened by XCode (which is the official IDE in Mac OS, in the same way than Visual Studio is for Windows), and then we can debug, build and distribute the app using XCode. Maybe a more directly way exists, but, I am more or less happy in these ways.

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 Amin,

Glad to know that you finally got it. :-) I think that what we must choose, when installing Visual Studio Community, are the "Mobile Development with Javascript", and, probably also the "Web Development" tools. We must "check" these when installing Visual Studio Community. Here is a link with more information and details.

Anyway, I must recognize that I did not get a "complete build app" when use the BAT files for Apache Cordova, that is, in the same way that we can get an APK for Android or an IPA for iOS. What I get when use the BAT files for Apache Cordova for the Windows platform is a project ready to be use with Visual Studio. I use this way, but maybe a "directly" way exists... and I simply ignore it right now...

Hello Amin,

I prepare a little video in order to shown how we can compile our apps for the Windows platform, with the help of Apache Cordova and Visual Studio. Once we are ready with Apache Cordova, note how we can't expect a complete app once we use the BAT file prepared for us by DecSoft App Builder: we can, however, use Visual Studio Community in order to open the project (generated by Apache Cordova) and then Build it, debug it, etc.

This blog's entry can be also of your interest.

Hello Amin,

I understand you. However, after we run a BAT file prepared by AB... any possible error or issue that we encounter are related with Apache Cordova... I mention it just to place a tip: if we search something like "error message Apache Cordova" in Google, probably we can get what we need...

On the other hand, please, try with Visual Studio. I certainly try a couple of apps in the Windows platform and works well. Just omitting any problem in the BAT file (that probably can be solved), and open the project file (that is created by Apache Cordova) in Visual Studio.

You must try that, Amin, it's more easy than appear. What I can't do until today is to get the entire app builded and ready to use just by using the BAT file, that is, just by using Apache Cordova. I need to open Visual Studio and deal a bit with it (basically choose Run, Debug, Build...).

Hello Amin,

This is not specifically a question of App Builder... and we do good if search around the web, triying to find information around our problem, in relation with Apache Cordova... so probably we can get more useful information. Anyway, you need to be sure that you meet the requeriments for the Apache Cordova's Windows platform.

Said the above, that is, once we are ready with the Apache Cordova requeriments, what I can say is that I certainly run the "release" BAT file when want to compile an app for Windows, but, finally I end the work in Visual Studio, and, apparently, this is the easy way to do it. In other words: I am not sure if Apache Cordova can completely end the build of the app... or if we need to open Visual Studio after we compile the app with Apache Cordova.

What I can say is that I do the above with good results: I compile the app with the "release" BAT file, and, after that (no matter if we see some possible errors), I open the project file (which is created by Apache Cordova) with Visual Studio, and then debug and build the app from Visual Studio.

Hello Amin,

A want to take a look when possible, however, even when apparently the Browser platform is supported, they are some dirty things to take in consideration. Probably the best way is to rely a task like that to an app's server, so the same thing (an HTTP call) can work in all the platforms.