Posts by DecSoft

Hello Paolo,

Apparently you are trying to use some Javascript code. Certainly, we can use Javascript code in our apps, for example, just by place the Javascript code between the "StartJS" and "EndJS" actions. However, if I am not wrong, you must include some thirdparty code in your app, that is, the Javascript that defines the "share" object that you are trying to use. If so, you can do it by adding the script file or URL from the app's file manager.

On the other hand, I want to ask this to you: are you try the "Share1" and "Share2" examples? Please, try these samples, since may can be useful for you. If you have any other question related with this thread, please, don't hesitate to post it here and we will try to help you.

Hello Amin,

After take a look at the app sample that you send to me, I certainly can see a non very good delay when show and hide controls, at least in similar circumstances like in the refered sample app (I don't see this before). Please, upgrade your App Builder copy, remove the "_Compiled" directory of your app, compile your app with the new release of App Builder and take a look: if everything is right you can see now that the "Hide" and "Show" actions works without the refered delay.

Hello Amin,

The "ApplyModel" action can work in certain situations: since I am not sure about what exactly is your situation, I suggest their usage, so maybe do the trick.

My recomendation is that you run the app Firefox with the Console Developer opened (press F12 in Firefox and select the Console tab) and see if some error occur, which can cause that the code that you want to executed are not executed in the proper way.

On the other hand, since it's not a common situation, I need a way to reproduce the problem here, so I can take a look by myself. Maybe you can prepare an small app sample that reproduce the problem, or, maybe you can give me access to the whole app, then I can take a look.

What do you think about?

Hello Amin,

Please, try to use the"ApplyModel" action after you hide the stuff.

Hello to all,

Then I can't be a bit sarcastic with my poor english... if I am not wrong my imagined sample 3 wanted to shown that, at least some times, we can reduce the sample 2 to just one line, that is, from this:

SetStyle "View1" "margin-top" "0px" SetViewSize "" "[App.InnerHeight]px"

To this:

SetViewSize "" "[App.InnerHeight]px"

On the other hand, the sample 4 wanted to use the Amin proposed code. So, as you can see, Tin, we already know what the sample 3 and sample 4 can be, without included it in App Builder. :)

Hello Paolo,

I am not sure if the Collapse component of Boostrap CSS can be useful for you. If so, it's possible to use their HTML "as is" in an AB HTML Content control and the Collapse component works as expected.

Another possible way can be to use a hidden AB control (maybe an HTML Content or a Container control) that can be shown / hidden when a Push button is pressed by the user.

May you can also implement the "Material project" that you linked, just trying like any other thirdparty Javascript code. If you decide to do this, just post here if you find some specific problem.

Hello Paolo,

Maybe you must use something like this to shown the modal?

$('#exampleModal').modal('show');

Note the "show" argument passed to the "modal" method. On the other hand, can you try to reproduce the problem in a small sample app and then send it to me via email or shown here what error message you get?

Hello again Paolo,

I send to you an app sample which uses pure HTML and Javascript to shown modals. That works as expected, so, I supose that the problem is in another place in your code. Please, take a look at the sample that I sent to you, may can help you in something. On the other hand, remember that we can use views as modals dialogs without HTML and Javascript, that is, using AB app's views and AB actions.

Hello Paolo,

If we try with the "Live demo" code from the Boostrap CSS documentation, the thinsg works as expected. However, we can use AB views and the "ShowDialog" and "CloseDialog" actions in order to shown modals views.  Anyway, can you try with the refered Boostrap CSS "Live demo" sample and tell me if that works for you?

Hello Paolo,

Thanks for share the possible solution. :-)

Just to comment another possible solution... we can work with the Report's Data variable, and, the changes that we made on it, are automatically reflected in the report. Supose we have the Report's Data source from the response of an HTTP client control. We can then process that Data variable (iterate it) and add new properties to the object items that can contain, for example. The server can also do something like that, that is, include in the Report's Data variable what we need, in order to avoid to use more or less "complex" code.

The above mean that may we can prepare the appropriate URL for the image in certain Data's item variable, and then we can "simply" use it in the Report's HTML code. Of course we can do it, but, maybe the "use simple variables" approach can be more clean, to say like that.

Hello to all!

Yes; Tin, another issue that I can see is if the input is in the bottom of the view, but, we can solve it by place some container or other control like a button below the input that is reach to the bottom of the view. On the other hand, I want to prepare an InputsScroll3 sample... and maybe an InputsStroll4 sample based in the Amin code, just when I can try it here. :-)

Hello Amin,

Thanks for sharing that code. I want to try it when possible. I think the InputsScrolls sample can be avoided, since we can use the InputsScrolls2 sample approach, even if our inputs are not beyond the app's view height. Maybe I need also to prepare an InputsScrolls3 sample, because, from the below two lines that are used in the InputsScroll2 sample:

SetStyle "View1" "margin-top" "0px" SetViewSize "" "[App.InnerHeight]px"

... certainly the first one can be avoided sometimes, getting also good results with the software keyboard. So, we can choose the approach of the InputsScroll sample, that don't satisfied me due to the use of a container. We can also use the InputsScroll2 approach, with the above two lines, which works well, even if the scrolls don't go beyond the app's view height. And we can also try with the same approach, but, using only the second line of the above code.

And of course another possible way can be to try your CSS code. :-)

Hello Amin,

I already reply to you via email, but, also want to do it here, so the thread don't get finally "unclosed". Certainly the issue with the AlertBox that you found exists, however, it's quite, quite rare and difficult to catch. In fact, what I suggest to you is another possible approach, just a simple change of the "CloseDialog" action. They work more or less as expected (can work, anyway) and the AlertBox issue did not appear in this way. I hope the proposed approach / solution can be good for you, Amin. :-)

Hello Amin,

If the problem with the close button persists, please, give me a sample app in which I can reproduce the problem here. You can send it to me at info (ARROBA) davidesperalta (DOT) com. Certainly I can see the problem with the close button here at the first time, but, solving the bug with the AlertBox, then I can't see it again. So please, give me an sample app in which I can reproduce the problem and then I will try to fix it.

P.S. I try with the HttpClient app sample, in which the Http Client control launch an AlertBox in their Success event, and they works as expected.

Hello Amin,

Yes; apparently you found a bug, sir. I fix the main problem now, that is, we can close the app's dialog or modal view after shown an AlertBox. If I am not wrong, this fix also implied that the problem with the close button in the AlertBox has been solved too. Please, upgrade your AB copy, made your own tests and tell me if the AlertBox action works now as expected.