Posts by DecSoft

Hello Samuel,

Well. The problem is apparently the way in which App Builder retrieves the CSS properties. They use the "ComputedStyle" way, and, for some reason (and in some browsers) they appear to don't return the expected value for "shorthand" properties like "background".

Probably this is like that because such kind of properties can contains more than one value... then the behind function can't return a computed value at all. This doesn't happend with "background-color", since they are a property that have just one value, which can be computed and then returned without problems.

I can't found information about this right now, but my bid is for this Samuel, since they have some logic, do you?

Hello Samuel,

Ok. Apparently "background" is not deprecated, so, for some reason that I can't understand, major browsers complains about when retrieve such property. Since we can use another CSS property for the same thing... and they works... probably we no need to go ahead, IMHO.

Hello Samuel,

Please, don't worry at all! "background" is and old CSS property that probably is now deprecated. But may I am wrong: I just try with "background-color" and find it working. On the other hand, when something works in one browser, but not in others... probably we must to follow the "others"... :)

Hello Samuel,

Try to use "background-color" instead of "background".

Hello Ade,

I noticed something although it is not an issue but just an observation, if check (from app builder icon) for updates and download the setup file then app build close and update will began (this happen on fly) then the installation setup file language will spanish but if I click the setup file downloaded on my desktop then the setup file installation language will be English.

What happend if you do it the same again? After the installation finish (in english) then try to start the installation again... what language is then used?

Hello Andreas,

Welcome to the forum and thanks very much for sharing this! :)

Hello Samuel,

Yes; I am very happy with the WebExtensions concept, but remember! They are a relative new concept, so currently we can only try (or I try) with Chrome and Opera. Firefox 50 (nightly build) is also ready, but with some rare behaviour. Microsoft Edge promises to their users a way to convert WebExtensions into their own extensions... I think they must do, since WebExtensions are ready to stay in all other modern browsers... unfortunatelly maybe Internet Explorer is out of this field, but I am not sure about Internet Explorer 11 in the near future: may can finally support it.

So in order to clarify some points:

1º Our applications can run as WebExtensions "as is", but of course we can't use WebExtensions' stuff outside the browser, better said, until our app are installed as a WebExtension. What this means? Well. We can create applications that simply works as WebExtensions, like the Calculator example, which don't use at all any WebExtensions specific stuff. And we can create applications like the WebExtension sample, which in fact have non sense out of the WebExtensions world.

2º The "manifest" file is what we need to use in order to install the WebExtension to debug it. We must navigate to "chrome://extensions", for example, in Google Chrome. Then we choose the "Install unpacked WebExtensions" and just indicate where the manifest file is placed. In order to upload a WebExtension to a browser's store, we need to Zip our application as well the manifest: and we can do it from App Builder and the Zip app tool. Look at the Tools menu. When we are ready can navigate to the browsers store webpage (for example the Google Chrome Store), enters in our account and upload the Zip file. And that's all!

Hope this information can be useful to you Samuel, but please, don't hesitate to post here any further question. :)

Hello tin,

If the "Focus" / "Blur" events trick works, that is, if we can change the input type as expected for the softkeyboard, then may we need to take care about the "Change" event. Maybe, when we enter in the "Focus" event, can set certain "flag variable" to "True", and then, in the "Blur" event, set that variable to "False".

Why to do this? The idea (I don't know if they can work, but we can try it before try any other possible approach) is to format the number in the "Change" event ONLY if the input doesn't have the focus. In the "Change" event we can look for the "flag variable", and, only apply the format if such variable is "False", that is, the input has no the focus.

Hope you can understand what I means tin.

Hello tin,

Please, can you describe what is your expected behaviour and what you get in Android?

You're welcome! ;)

Hello Tin,

Please, update your AB copy:

2016.140 (07/09/2016)

* Add the TextAlign CSS property in all Inputs (Text, Number, Phone, etc.) and for the three CSS style tabs: Normal, Hover and Focus. By now the changes are only visibles in runtime or after change the Input value.

Hello to all,

Another question.Can we set softkeyboard in text input show as numeric keyboard?

I am not try, but, since the input's kind is defined using the "type" attribute, may we can use the "SetAttribute" action in order to establish the input's kind in runtime? For example, just when our Text Input give the user focus, use "SetAttribute" like:

If I am not wrong the softkeyboard is based in such "type" attribute, so maybe the above can do the trick!

Hello Samuel,

Yes; I think this is some "old record" in the help file from lots of releases a go. Thanks because I fix it and the next AB release clarify the things. The HTML Content control does not provide an "HTML" variable for us in runtime, only in designtime. Inside that variable we can put one or more others, then the SimpleGet action works in this manner, for example:

If "[MyHtmlContentVar]" is used in the HTML Content control, then they are updated accordingly with the result of the SimpleGet action.

Hello to all,

Certainly Samuel is right and apparently we can't use a Number Input, but a Text Input. Depend on the application may we can take one or other way, for example, maybe we can shown a Number Input for input purposes, but then we can hide it and show a Text Input with the formatted number. I think this depend on the application.

Remember we have the counter part of the "FormatNumber" action, the UnformatNumber action, then we can pick the formatted number from a Text Input and then unformat it in order to be shown in Number Input.

Just post here if you have any further question Tin.

Hello Ade,

I think the default language is english, but, Inno Setup (the program used for the installer assistant) take the latest language used if I am not wrong... maybe I can take a look at this later. Thanks for the feedback.