Hello John,
If I am not wrong, the background scripts can't show anything to the user, so, maybe what you can do is to send a message from the background script to the content script, and therefore, use something similar than the "right click menu" that we see here in this forum some days ago: I think you already know how to send a message from the background script to the content script: if you need some help in order to prepare the dialog HTML markup I can try to help you.
Hello John,
If you refers to the app's dialogs, it's possible to use some CSS code in the dialog's Show event, however, this can cause some scale problems with the controls inside the dialog: if we use pure HTML markup in the dialog (using an HTML control) then the scale problems don't appears. On the other hand, I am talking to reduce the height of the dialog, Jhon, no more, no less: the dialogs are designed to fit the app's views width and height, better said, we use the Boostrap CSS dialogs "as is", and, what we can do is to use the "Size" property of the dialogs, again, no more, no less.
Maybe you can prepare something different using a thirdparty Javascript / CSS library...
Hello John,
I have no experience with that, however, in the Google Chrome / chrome-extensions-samples at repository at Github, we can see this "simple" sample of context menu. If you pick the raw "sample.js" of the referred sample and copy it in the WebExtBackground app's event (or if you place it as a background script), certainly we can see a context menu of our WebExtension. You must study that "sample.js" code, John, as well the related API documentation.
Hello Amin,
About the minimize: when you use the minimize tool of AB1, the Incline CSS is also minimized, so, you no need to manually do it. About the possible bug, certainly, if we can find a way to reproduce it, then we can try to do something about!
Hello Amin,
This is quite rare... I mean, if I am not wrong, the duplicates CSS issue (which has been fixed in the past) are related with the CSS code generated by AB1, but, not the Inline CSS option! Talking about this Inline CSS option I simply can't reproduce the problem here... at least in the current release of AB1 I can't reproduce the problem... Please, Amin, try to reproduce the problem in a sample app... try to add some CSS code, compile the app, save it, repeat this operations, and, tell me if you can see the duplicates issue...
In fact its quite rare that you see a code like the below in the Inside CSS option:
... why? Because the Inline CSS code is not autogenerated by AB1... it's your CSS code... AB don't touch that CSS code... I just mention it because it's rare (double rare) that that comments appear in the Inline CSS option...
Hello Amin,
Sorry, but, I am not completely sure if can understand the problem, so I have some questions: 1º Are you tried to delete the "_Cache" folder? That solve the problem? 2º Can you describe a bit more the problem, please? 3º Can you prepare a sample app in which I can see the problem reproduced?
I am trying here to modify the Inline CSS option (we are talking of the previous generation of App Builder, not the current one), save the app, close it, reopen it, compile it various times, etc., and can't see nothing rare around...
I am not sure if this issue is related with a more or less "old" AB1 release... I can remember some "duplicates CSS" solved in newer releases... Note this from the product's history file:
But I am not sure if the above is the case... because, if I am not wrong, above I am not talking about the Inline CSS option... I am talking about the generated CSS files by AB, but not specifically (and I cannot remember) related with the Inline CSS option...
Hello John,
Yes;... I mean... I told you about the possible usage of a push button, and, thinking twice, probably the keyup event can be nice for this specific case and similar ones.
Hello John,
I think the best way is to use a Save button, below the text box, for example. Something like "Press here to save", so the user know that, if he want to save that text box, must press the Save button. Another possible way (but I probably prefer the first one) is to use the text box keyup event, so you can save the text box content just when the user type on it. I prefer the first way, however, probably the second one can be also take in consideration.
Hello John,
If you need to do something when a view is change to another view, then yes, the view's Hide event can be used, however, unfortunately there is nothing like a "popup close event" (which is what I understand that you wanted, do something when the WebExtension's popup is closed), but the browsers do not provide something like that, John.
Hello John,
The view's Hide event are mainly intended to be used when the user changes into another app's view. I think this also works as expected in WebExtensions. However, the WebExtensions itself do not offers something like an "on close popup" event, so, we simply can't use something like that.
I think the best can be to try to do the things in another manner, that is, don't rely in something like that. Maybe it's possible to do something about, but, probably a bit tricky. For example, you can attach a "body click" event in the WebExtension's content, because, when the user click the page, if the WebExtension's popup is open, become closed.
Hello Denis,
Glad to know that you got it. Certainly, must be different ways to enable the CORS permission in every server / language. Using the server's configuration, using the language "response" itself, and maybe more... Thanks for share one of them with us!
Hello Denis,
Unfortunately I have no experience with ISS nor ASPX (I touch a bit of C# in the past however), but, I will try to help you. My bet is that what fail here is the lack of CORS permissions. The behaviour of the HTTP control that you describes probably means that CORS are not well configured in the server side, and, you must do it in order to properly communicate your app with the server.
Please, take a look at this website: https://enable-cors.org/server.html, or, anyway, try to search how to configure the CORS permissions in ISS / ASPX, because I think this is what must be done: I am not sure if you can do it in the same ASPX script (by some properties of methods of the "Response" object), or if you must configure the server in another way, directly touching the server's configuration. For example, in PHP we can do that: configure a script in order to set the CORS permissions, so we no need to touch the configuration of the server (Apache, etc.). Probably it's possible to do it also in an ASPX script.
Hello John,
Yes; certainly we no need to add "options" into the select: we must deal with the "items" property, so, for example, we can change the items in the select in this way:
Or we can add a new item to the select in this way (remember, "items" is an Array variable):
Hello John,
If you can do the job, maybe it's enough. Maybe you can study a bit more the event delegation (explained above) or the Mutation interface (explained above)... just in case you can get it working without the timer usage.
Hello John,
I never deal with something like that, but, may you can take a look at the MutationObserver interface.
Everybody can read the DecSoft support forum for learning purposes, however only DecSoft customers can post new threads. Purchase one or more licenses of some DecSoft products in order to give this and other benefits.