Posts by DecSoft

Hello to all,

Some customers report to me and strange error with the font size of our apps when run in mobile browsers. The problem was introduced some releases ago, and, it's in the "viewport" meta tag, which are not correctly written in the app's HTML file.

This message is to encourage to the users to upgrade their App Builder copy to be ready with this error fix.

Hello Tin,

Before my last post I try something, but, without lucky. However, I wan to take another look when possible.

Hello Tin,

The problem with the sticky header (I already try it) is that we can't use any CSS code that works like expected in most browsers. Maybe we can find something that works in some browser, but not in others. This is the cause for what the header don't have an "sticky" option.

Hello Tin,

Finally I upgrade App Builder in order to try to fix the problem that you found. Certainly the problem is related with the Report's swipe left and right events. What I do for now is to avoid to refer to that events if we not really used it. Doing that the problem is fixed.

However, what if we want to use the swipe events? Then our report can't exceed the screen width, at least in touch screens and for now. If we stop to think a bit, certainly, if we wanted that events... we are stopping the scroll default behaviour...

Anyway, even when the issue can be probably considered solved (since the Report works now as expected, and, if we did not use the swipe events), probably I must work on this in the near future (due to some Javascript library update), and, maybe allows the swipe events also in this specific cases.

This, suposing that the above is possible... again, because, certainly, if we use the swipe events... we stop the default behaviour of the scroll, and, I don't know how to pass around this right now, if something like that is possible, and I am not sure right now if can be possible.

Thanks for your report Tin.

Hello Tin,

The sticky header is not a solution, and, as you mentioned, in fact the problem is other. Yes; you are right from the scratch: the problem is apparently related with the swipe events, even if you did not use it. The point that this did not occur previously, so, I am not quite sure how to fix the problem. But of course I will try it.

Hello Tin,

Thanks for the sample. Certainly, I can see what you say, and, it's a suprise to me, since I expect the right behaviour. Please, let me to investigate around and I will inform you here.

Hello Tin,

But I cannot scroll left when I scroll from row that have data on row. (look like it trick as swipe left event.)

Can yo please sent to me an sample app in which I can see that?

Hello Tin,

Sorry, but, the problem is that I can't understand. Don't worry. With a little patience you finally can explain it to me. First of all, the swipe left and right events are options, you can use it or not, depend if you need it or not. But, the main point here can be the ability to scroll left the table, if the columns cannot be fit in the screen: I think this is the expected, because, if we can't scroll it... we simply can't view the other tables' columns.

So, if we want to avoid the scroll left (if this is what you wanted, I am not sure...) the only way is to reduce the number of columns in the table.

Hello Tin,

I am not sure if can understand well. If a table exceeds the screen width, the user must have a way to scroll it, since the table cannot appear enterely in the screen without that. About the set the header "sticky", the point is that apparently there is not a way to do that in order to be worked in almost all browsers, like we wanted.

Hello Tin,

Thanks for share it with us. Certainly, this issue is refered in the iOS quirks of the plugin's documentation, when you can see another possible way to provide the appropriate permissions descriptions for iOS, using the command line. But what you provide is perfectly valid too.

Hola Jordi,

No entiendo esto último. ¿Qué quiere decir "que el texto cubra toda la barra siempre"?

Por otro lado, echa un vistazo al ejemplo "Progress3", por si pudiese servirte de algo.

Hola Jordi,

Puedes cambiar el color, tamaño, etc., del texto del control Progressbar, mediante el siguiente código CSS:

Hello John,

I think that try to provide an right answer is not possible here. Probably we can take various approach to get working what you wanted, using different controls, etc. Probably more details are required too. I think you must try it, John, and then ask here (or in a new thread) if you get stuck in some particular task, for example. Then we can try to help you with that particular task.

Me alegro de que funcionase Jordi. :-)

Hello Tin,

There is not easy to mix icons and images, and, also Push buttons and Dropdown buttons. In my opinion, I think you must choose between an icon or an image, use the Dropdown button "Caret" or not, etc. But probably what you are triying right now are not the best to be fine in all the possible browsers, suposing we have it working in a sole browser...