Posts by DecSoft

Hello Peter,

There are various things to consider here. Honestly I think that compile for 32 and 64 bits can be good "as is", because, except for the disk space, probably that can be what we wanted: get both 32 and 64 bits builds ready to be deployed and used. Yes; I can place some option in order to prepare only the 32 or the 64 bits releases, but, I am not sure about... honestly...

Another thing to consider is to take in consideration this issue of Cordova Electron. As you can see, there is certain issue which causes that the app builders be a bit larger than the possible: I supose this can be enhanced by the Cordova's team in the near future, but, certainly you can follow the instructions of that issue / link in order to get an smaller releases of the app.

About the Calculator sample app, the point is that that sample is included in the previous generation of DecSoft App Builder: the new one do not include a sample like that. Maybe I can include it in the future, however.

Hello Peter,

Unfortunately, the answer is no. That is, we can't see the contents of the HTML control: certainly can be better to see it, but, the designer don't allow something like that. The first generation of AB has an HTML preview panel, in order to see the contents of the HTML controls, but, this do not work very good, so, the new generation of the product don't include something like that. Fortunately, compile and run the app is a question of milliseconds / seconds, so, I trust in that to see what happen with the content of the HTML control. So yes, can be good to see the controls in the HTML control, but, certainly it's not possible in the current designer. I think you can get confidence with that after some time, that is, once you prepare an HTML control with the appropriate stuff, you can survive with that. That's my honest opinion, suposing that there is not a way to do what you wanted.

No problem John! Always thanks you for your trust!

Hello John,

Glad to know that you got what you wanted. Please, let me to comment something about: above you mention that you are using "bootstrap.min.css", but, what this mean? That is, since Bootstrap CSS is the framework used in our apps, you no need to include that file using the app's Files manager, because the Bootstrap CSS is already available "out of the box". So, if you are including that file, just don't do it, because you are duplicating that stuff, which maybe can cause some unexpected behaviour: but the main point is that that stuff is already available, John, so we no need to include it by using the app's Files manager.

Hello Eduardo,

Maybe we can't do nothing about the "The AudioContext was not allowed to start. It must be resumed (or created) after a user gesture on the page." issue, since it's a browser's security check: did not allow the audio to start without an user interaction first. It's similar than the video "autoplay" option: can only work in muted videos. Just think that a website start to play audio without the user intervention... this can be very annoying and therefore the browsers try to limit it.

Maybe you can refer here a specific "audio framework" and what you are trying to do and therefore we can try to take a look around what we can do.

P.S. Try the things in external browsers in addition to the integrated debugger browser: maybe the integrated debugger browser can have some problems with audio / video which do not exists in external browsers: and finally our app works in external browsers, not in the debugger one.

P.S.2. Curiously the AudioPlayer app sample works as expected in Firefox and Edge even if we use the AutoPlay action... that is,... the audio starts automatically when the app start. However, the same don't work in Chrome in my tests. Maybe you want to take a look at this sample too, Eduardo.

Hello again, Peter,

Maybe a way to test this can be to use a "non configured" device, maybe a "reset to default" or "reset to fabric settings" device. May you can use a device like that in order to try with "image/*".

Hello Peter,

It's possible... however I think that there is some previous system configuration set, so "image/*" don't work as you expected... due to this possible system configuration. In my case "image/*" works as expected, so I think there is some possible system configuration related. Sometimes Android ask the user for an option and allow the user to set that option "for always" usage... I think that something similar can happen here. Anyway, it's possible that ".jpg,.png" do the job too, so, it's possible to use like that.

Hello Peter,

I made a small testapp to play with Cordova and Electron. For Electron I have the question, if it is possible to install the app on another location than AppData/local etc.. for example on Harddisk d: (if I am logged in as admin) ?

I must recognize my leak of knowledge about Electron, however, you can made a search around the web for something like "Electron Installer" and you can see some results that may you can take in consideration. A possible solution can be to use a program like Inno Setup, so, you can prepare the installer as you wanted, that is, out of the Electron default installer. But probably there is some stuff specifically designed for Electron that you can use. too.

And the second question regarding Electron: is it possible to reduce the size of the app, which is quite large (400MB) ?

If I am not wrong, when you run the "release" BAT, you can get an executable without debug information, so, smaller. Are you try with the "release" BAT instead of the "debug" one? Again, I will refer you to the Electron documentation: maybe you can do something using the configuration that you can set from App Builder: the configuration of Electron is quite large, that is, there is lot of options that can be used: and it's documented in the Electron website. The Electron Cordova documentation refers to the Electron documentation too. You may can also use an executable compression program like UPX, but, probably with the "release" instead of the "debug" you can get an executable smaller than you refer, and, enough, that is, maybe something like UPX is not required. The installer can also compress the executable files, so, if the installer can be smaller, in my opinion, it's not important that the executable begin "big" after the installation.

With Cordova I have the problem, that I have not installed Visual Studio 2019 but the Win 10 SDK, which is located at "C:\Program Files (x86)\Windows Kits\10\". How do I get Cordova to look in this location?

I am not sure if can understand this question, since, apparently, Visual Studio 2019 is not needed here, but just the SDK, according to the Cordova Electron documentation. On the other hand, if you can compile the app, is not this a signal that Cordova already uses the SDK in the location that you have it? Maybe you refer to something that I can't understand well, so, please, don't hesitate to post here some more details about what you wanted and what you get.

Hello John,

First of all, I hope you and yours are good. If I understand well (please, post here if I did not do it), the key is to use the HTML control. Inside the HTML control we can place almost any HTML markup that we want to use. One thing to note is that you no need (and probably it's not a good idea!) to place all the HTML of a page... that is... we don't need to copy the "html" and "body" tags, or link to other styles or script in the HTML control.

You can place in an HTML control the HTML markup that you need, and, then, set the right JavaScript code in order to be ready when some button in the HTML markup is pressed by the user. For example, just copy and paste the below code in an app view (App Builder automatically creates an HTML control with that HTML markup inside):

Now, place the below JavaScript code in the app's view Show event:

Now run the app, and, what you can see is a button, that you can press, and, therefore you can see the "alert" that we prepare. Well, this is what we can do, that is, you can place a button, but, also a lot of them if you need it, or any other HTML markup.

Note that the Bootstrap CSS framework is available by default, so you can use it, and, note also that jQuery is also available by default, so, again, you can use it, as you can see above. Take a look also at the "HTML" sample app, because, in addition to the referred stuff, we can also use the power of VueJS inside the HTML controls.

That's the idea, John. Now please, post here if you have any further question or need some specific help and I will try to help!

Hola Jordi,

Tanto la anterior generación de AB como la actual, proporcionan un evento "BackButton", que, internamente, usan el evento que muestras. De modo, que, en principio, no haría falta "colocar" nosotros dicho evento, sino usar el que ya se proporciona. Eso no quita que no pudiera además usarse el código que muestras: podría hacerse también si se viese necesario por alguna razón.

Hello to all,

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

Read the entire product's history

Hello Peter,

I found the solution. In the shared.css you have to replace .app-view { position: absolute ..} with .app-view { position: relative ..} and add "overflow-y: auto" after "overflow-x: auto". Then the app behaves exactly as I want. This is independent of scaled or not scaled. Best way to do this seems to overwrite the standard setting in the custom style css.

Yes; that's what I am thinking about: maybe we can apply some CSS style in order to get what you wanted. However, I am not sure,... I think you must think about the proposed solution with the Scale option set to True. Of course, if you prefer it, you can use the app's Style option in order to apply or overwrite the CSS style that you wanted.

If you are not to busy or have a quick solution, please, I have another question. When I use the file tool to open an image (with image/* accept) on smartphones is allways the camera selected, not the file browser. Is there a way to change this?

I think this depend on the phone / choosed option... I just place an Input File control with the "Accept" set to "image/*", compile an APK, and, in my phone, I can choose an image file from the file system or the gallery. Honestly I don't know how to change this preselected option in the phone. May you are using the "Capture" property of the Input File control? If so, leave it empty, since I do it and works like I refer. On the other hand, if your app is target to Cordova platforms (not the browser), may you can try the "CordovaMediaCapture" sample app. Maybe it's also possible to use an Input File control or the device stuff, depending if the app run in a Cordova platform or not.

P.S. Please, Peter, the next time, place new questions in different forum's threads. Thanks!

Hello again, Peter,

I think that may I can't explain it as well as I wanted... let me to try it again...

If we use the Scale option set to False, we need a screen size at least as greater than the app's design size. If you have a smaller screen size, then the app cannot be show as expected, because the design size (which is established when Scale is set to False) just cannot fit in the smaller screen size. What you see is one of the possible unexpected results.

On the other hand, since apparently you want to see the app in an smaller screen... then you must take the path that I shown you in the modified sample app. The app's design size can be 320x480, for example (can be greater if you wanted, but, remember that this is the minimum screen size required when the app run), and then use the Scale option set to True.

Doing that you can see what I shown you in the modified app sample: your app can run in screens, at least, with a 320x360 size, and, also more larger screens, since the app automatically scales. Not all the time we need that, but, it's perfectly possible (I do in various apps) to place controls beyond the app view (but remember, beyond mean that the app view continue to be 320x480, just that we can place controls beyond that design size), so the controls can be reached by using the scroll.

Hello Peter,

I say I am busy this morning? The same than now! :-/ But the point is more or less clear, Peter. :-( If we set the app's Scale option to False, then we need a screen size at least equal than the design size: in other case it's normal that some unexpected behaviour occur, because the designed size is greater than the screen size. Or I am wrong... or you need to set the Scale option to True, designing in a more or less smaller size (320x480, for example), so the app can view properly in that size, but also scales in more larger screen sizes. Please, take a look at this help topic.

Hello Peter,

I am now busy, but, want to think about. However, the Fixed (not scaled) style has that behaviour: since it's a fixed size, the screen must be at least the same than the fixed size, in order to see everything as expected. Said that, if what you wanted is an app working from smaller to larger screens, then probably the Scaled option is for you, as I shown you in the modified sample: you can see all the controls, from small to larger screens.