I am currently using this method to define a link within a report control and then write the action based on the class on report's click event.
This works fine, but I am using a second link at the same table and need to define unique ids for each link but neither of these methods helped. (id="ABC[Record.id]", id="ABC.[Record.id]"). I also googled how they define variables in IDs in Angular JS but they also seem a bit different! to me. Any advice is greatly appreciated.
I was trying to use tab index property but it does not seem to work properly. It is a user password form, the 0 tab index works fine and it starts with that but the next tab then goes elsewhere not the tab index 1.
Thanks for taking a look and for the tips. Knowing that it has nothing to do with the 300ms delay, actually helps a lot, so now I know where to look for the source of the problem. I agree, changing the sequence of loading may improve the performance. Will try your recommendations and build a test flight for iOS. Will keep you posted on how it goes.
Thanks a mill for your swift response as always :)
Have the same issue here. We have an app partly built by Cordova from scratch and leaderboard built by AB. We had that click delay problem in the Cordova part that we fixed by replacing the "click" event with "touch". AB parts however are still a bit laggy. I was wondering, is there a way that we do the same for AB too? so it uses "touch" event rather than click?
This is the part built by AB: https://lingolish.com/global-leaderboard-tips.html
video showing the delay. The starting parts are built directly by Cordova, after second 3, the colourful leaderboard, Timer... are built by AB
By the way, re. FastClick, as we searched, "Note: As of late 2015 most mobile browsers - notably Chrome and Safari - no longer have a 300ms touch delay, so fastclick offers no benefit on newer browsers, and risks introducing bugs into your application. Consider carefully whether you really need to use it." https://github.com/ftlabs/fastclick
To be completely safe you could encrypt all the communications between the App and Server and vise versa. I know https handles the communication security, yet one point is to store only the encrypted data in the server and never have any flat text available there for the data that are important to be kept safe. So the safest way could be using asymmetric encryption and avoid any encryption at the server that is storing the data. It would be like App encrypt--->storing server--> decrypting server---> app. You could use JSENCRYPT to encrypt and decrypt at the app side and OPENSSL at server side for the same. http://travistidwell.com/jsencrypt/. I can leave here more details if it is what you are looking for. Security is not my profession so there could be security flaws here too, or some steps could be simply unnecessary.
Great stuff, thanks a lot. I tried defaultview, very straight forward and serves our purpose very well!
Talking to my colleague this morning after finished the testing, you give your customers the feeling that they have a system specially made for them! thanks for the exceptional support David!
Hi David,
Tried it with our app's splash screen and a gif loading and it works beautifully. Have not put a timer here yet, on the debugger it loads quickly but if we experience the same loading delay on the phone, I will put a timer there and add 1 second delay. Thanks for the tip David :)
Thanks a mill for your input and clarification. Good to know how it works, I also think as the first view gives the app a second to load all its elements and with addition of fade in, it is even better that way. Thanks a lot again :)
Hi David,
We have a Cordova built app that we are expanding using AB. Our Cordova and AB apps communicate via local storage. Now in our AB app we have two views each providing a separate service for the original Cordova app. Depending on what cordova app requests via local storage, I want the proper view to open up. It is easy to switchview based on the received variable but the problem is, it always opens the first view after the master and then switches to the proper requested view that from user perspective it is a messy behaviour. So far I have thought of putting a blank view with a processing/loading sign in as the first view, so every time it switches over that view it looks nice enough. But the best way to handle it would be the ability to select the view AB app opens with. So is there a way that in app ready event tell AB which view to start with?
Thanks alot for your help.
Hi Kim,
One trick that we learnt here might be of help to you too. Since all the machines we have are windows we had troubles using Xcode on VM. What we did then, was using a service names MAC on cloud, they have all the tools you need installed on their systems and you can rent the machine for a few hours, days or etc, Their prices are reasonable, so might worth trying. If you Google you will find a couple of them.
Hi David,
Back to the notifications again, just wanted to let you know that I have tested it in android on my own Firebase IDs and it works great! Just a few points that I leave here for future reference, in case someone find it useful some day
> App ID should be the same all over the app, otherwise it does not build, it is an easy error to fix because Cordova clearly points it out
> I was building the notifications for an app that is already installed on my test mobile, using the same ID as one installed app on your phone will cause error during install, it says the app already exists while it is not! goes for update but fails! took me an hour to figure out where it goes wrong!
> in the sendpush.php there is an API key, the name got me confused so I tried the web API key from my firebase account and the API key in google-service.json and neither worked, but infact what I was looking for is named server key under cloud messaging tab in my application account.
Thanks alot for the great AB, its very useful plugins and your fantastic support, you make development much easier and more enjoyable David :-)
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.
This website uses some useful cookies to store your preferences.