Posts by DecSoft

Hello to all,

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

Read the entire product's history

Hello John,

I think the "add folder" option can be good for your purpose. Just look at the "LeafletMaps" sample app. It's not only a question of organize the files inside the compiled folder (not too important, I think...) but also considering the app's files itself... that's what you can see in the "LeafletMaps" sample app: we have a "resources" folder, which contains all what we need.

So, if you create a folder like "resources", and, inside that folders, you put the "models", "views" and "controllers" folders, and you add the "resources" folder with the "add folder" tab of the Files manager, then you get what you wanted. Or maybe you can add the "models", "views" and "controllers" folder separetelly, so that folders becomes in the "files" folder of the compiled app.

I think that can be enough... maybe not exactly as you wanted, because the added folders becomes to the "files" folder of the compiled app, and not to a "script" folder, but... I think can be enough. If you really wanted the "script" folder... you can include the "models", "views" and "controllers" folders inside a "script" folder... so certainly that folder becomes in the "files" folder of the compiled app.

Again, maybe not exactly like you wanted, but I honestly think that can be enough.

Hello John,

I think that can imagine what you wanted, but, I am not completely sure about... that is... to me the files are well organized, since scripts come to the scripts folder, styles to the styles folder, other files come to the files folder, and, even entire folders (that we can add) come to a files / folder "as is"...

Maybe you need something like this last "add folder" option? Please, take a look at the "LeafletMaps" sample app. Note that what we do there is to add an entire folder (with all the files required by the library, including images, scripts, styles, etc.) and then we use the Scripts tab of the Files manager to refer to that files (inside the folder).

So, firstly, I think that AB organize well the scripts, styles, other files, etc., but, the "add folder" option give us the ability to organize (if we wanted) the files in another way too. This option is mainly designed to make easy the usage of entire Javascript libraries, but, may can also be good if you want to organize the files in other way than AB do by default.

Hello Mario,

I hope this new release of DecSoft App Builder can be useful to you.

Hello to all,

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

Read the entire product's history

Hello John,

Glad to know that you got it, sir, and, thanks for sharing your code here!

Hello John,

How did you do it? Because I try to apply my proposed solution... without lucky... (maybe because more information is needed, for example, where you set the local storage option) and I am here struggling with my mind in order to find another possible workaround... :-(

Hello John,

Remember that the app and the web extension content run in different contexts. I am not sure if you can set a local storage option from the app to be accessed from the web extension content and viceversa. You can try it, however, because I am not completely sure in this specific case. Anyway, if that is not possible, you always can communicate from the content to the app, so the app read the local storage and send you back the option's value.

Hello Mario,

Yes; I understand your point of view. I am right now really busy and can't promise a date, but, I will try to add some kind of "direction" option to the Sidebar. I am not sure about the implementation, and, for that reason I suggest to hide the sidebar on both left and right swipes gestures. But I will take a look to see if certainly it's possible to implement some kind of "direction" option to the Sidebar.

Hello John,

The Javascript code placed at the "WebExtContent" app's event is the "content" of the WebExtension, that is, the Javascript code which is executed on every loaded page. So, I think you must use this app's event to do the job. When the user changes to another page, by clicking in a link, for example, the "content" Javascript code is executed, so, you can do whatever you need at that point.

Hello Bryce,

Please, take a look at the "Files" sample app. There is no "readTextFile" because we can use a XMLHttpRequest ("jQuery.get()" for example) without problems in the new generation of DecSoft HTML Compiler. In the referred sample you can see how we read a text file (previously write) with the below Javascript code:

Hello to all,

Here is a new DecSoft npHook NeoPlugin with the below changes, fixes and enhancements:

Hello Mario,

The function that you refer is part of the Cordova File app plugin (exactly is: "getFileBlobFromFileUrl", I am not sure there was renamed from: "getFileBlobFromFileUri")... so be sure that the Cordova File plugin is checked in the app's options -> Apache Cordova -> Plugins.

On the other hand, may you can consider to use a File input (set the "Accept" property to "image/*"). This works in all platforms and can be a very good idea in order to take a photo and upload it to the app's server. You can take a look at the "Http" sample app.

Hola John,

Maybe we can specify a bit more what is needed. Certainly, it's possible to create AB controls at runtime (or any other kind of control, just by providing the right HTML markup and Javascript code), however, I am not sure if this apply to non visual controls like the HTTP control. But the point, in this case, is that we no need to use the HTTP control, that is, we can use the jQuery "post", "get", or even the "ajax" methods, in order to perform HTTP calls and get ready for the "done" and "fail" events.

The creation of AB controls in runtime is not documented, because in fact we rarely need something like that, and, on the other hand, we can create the controls by using the right HTML markup and Javascript code. It's possible to do it, but, maybe not really needed. You can get what is needed in the app's views HTML (once compiled) and the "app.js" objects that every control has. As a sample, you can place the bellow HTML markup in an HTML control in an app's view:

And then you can place the bellow Javascript code, which defines the "dab-push-button":

However, it's also possible to place a button in this way, by providing the right HTML markup and Boostrap CSS, which as you know is the framework used in DecSoft App Builder. Again, you can place the below HTML markup inside an HTML control in an app's view:

And then you can place the below Javascript code in the app's view Show event:

Note the "unbind().bind()" use: this is to avoid to attach twice the "click" event of the button, for example, if we goto another app's view and then go back to the view which attach the event. If we don't "unbind" the event, then the "click" event can be executed twice, which probably is not what we expected. We can also use here a possible global variable in order to avoid a double event attaching.

If this don't answer your, please, John, don't hesitate to post here any further questions.

Hello John,

I am not sure if we can access app's files specifically from the WebExtension: remember that the important point here is that we are running in different contexts. So, what we can do about this specific situation? I can think at least in two possibilities: 1º Use a remote URL, so the WebExtension can directly read it. 2º Use the messages that we can send from the app to the WebExtension and viceversa, in order to get the XML data of the file. So it's the app who read the file, but, pass the XML to the WebExtension when needed.