Posts by DecSoft

Hello Peter

Maybe I am blind (due to the hours here...) but the error that the console declares is more or less easy to catch, that is, there is a syntax error: an "}" is expected in the line 2635 - char 33 of the "app.js" file...

Please, look at the App menu and choose the element "App Javascript file", then goto the line and char that the error refer and see if there is a missing "}"... there must be a missing "}" char there, Peter...

P.S. Look at the Menu -> Tools -> Program options -> Editor... and check the "Show caret" option, so you can see the lines in the Javascript editor. If you can't catch the problem... please, send me the "app.js" file and I will try to tell you.

Hello Peter,

If I am not wrong, what you need is to change the below line:

... to this other line:

Apparently you already have the expected array in "docs", so, you can iterate that variable, and not "rows", which maybe do not exists.

Note that you must also change the item addition, that is, change the below line:

... to this other line:

Please, try it and post here if that works or what!

Hello Amin,

In principle, AB apps doesn't have the "300ms of delay" problem, that is, we use the appropriate stuff to solve that in the past. Honestly, I don't think that we can do nothing about, except to note somethings, that maybe can enhance the GUI response. Let me to explain a bit.

If we follow the URL that you refer in your post (it's important to do it in avoiding any possible cache, since we can see what I want to explain mainly the first time we visit the URL) we can see a similar delay also in the browsers.

Maybe I am wrong, but, if you click or tap again in the menu items, that is, if you repeat the operation, the items changes faster, that is, more or less as expected. We can see this also in the browsers.

So my suggestion is to take a look at the app's code, and, look if they can be enhanced in some way, for example, if we can change the menu's items colors before the Report's data is trying to load or end to load.

My suggestion, in other words, is to try to change the menu's items before any other thing, seeing if this can do something useful: what we wanted is that the items' colors changes before we try to load the Report or anything else.

Note that do not have any problem to add other possible event or something like that: it's just that honestly I think that AB already does whatever is possible in order to get the best results. Maybe I am wrong and miss something... but this is what I can say right now...

P.D. About the usage of FastClick... I need to investigate it and see if certainly we can avoid their usage or what. However, it's rare that the library interfere in some way if they are not needed... the programmer maybe take this in consideration... but I want to investigate this anyway.

Hello Paolo,

Finally we add a "thread_update" field in the right database table, so, the threads are now listed by their "update" field. You can see it in the URL that you suggested, but, also in other places, like in the same App Builder's welcome page.

Additionally, remember the below RSS feeds availables in this website, that may you can also use to be ready with the latest updated threads and more:

Hello Paolo,

Thanks for your reply. I understand now. Let me to think about, however, since, to say like that, we are not ready for something like that... we have a "date" field in the database's table, but, not something like an "updated" field. Can be a good thing, so, we will take a look at what is the best way to do it. Thanks for the suggestion, Paolo.

Hello Paolo,

Sorry, but, I need to ask,... do you refer to the help file of App Builder? Or the website home page, maybe the product's welcome page?

It's ok!Thanks for your reply, Peter. :-)

Hello Peter,

Well... step by step! On the other hand, I want to ask you a question, because I am curious... apparently we use an URL an no other thing to authenticate in the server side, so, what happen if someone stolen that URL and use it by itself? That is, since we are talking about client apps, anybody can take a look at the source code if they really wanted to do it...

Additionally, I can see that PouchDB can be a good solution in some cases, of course, however, don't forget the "traditional" databases in the server side. Certainly, the only problem here (but not in all the cases, since it's depend on the app that we are developing) is that we need an internet connection to reach the server, but, no more...

I supose you already do it, but, can take a look at the "Database" and the "Login" samples, Peter. Note how the "Login" sample try to be an example of how we can serve private information to an specific user, that is, how we can authenticate an user before send to it any private information.

Hello to all,

I am not sure if you finally got it or not, Peter?

Hello to all,

But we are talking now about a different end point or URL. The sample that you link in your previous post uses this URL:

But the above URL is not the same than the used in the previous sample. And that's the point... maybe when you use the thirdparty to create a database, it's a way to configure the CORS permissions, the authentication, etc?

One thing that I note is that if I use the HTTPS protocol with your yesterday sample URL, the error is not related with CORS, but with the authentication...

Hello to all,

I do have a local CouchDB server installed but have been working with IBM Cloudant and it is working on several other downloaded html/js examples that I have downloaded and configured

Are you talking about the "sync" method? That is, certainly the sample that I prepare yesterday works also as expected using the latest version of PouchDB, however, what do not work is the "sync" method... but your HTML sample do not use the "sync" method, if I am not wrong... for that I ask if you already try the "sync" method in an HTML app... which is that finally AB apps are...

Hello Paolo,

A webapp requires an internet connection. The app can avoid some server's calls by use the local storage, but, it's requires internet connection in order to download the main app's files, for example. So, in principle it's not possible to have a webapp completely "offline".

You can compile the app with Apache Cordova and therefore get an APK, for example, to be running in the Android platform. This app / APK no need internet connection... except if the app requires it to retrieve some information or stuff.

Hello to all,

You touch a good point, Paolo. Honestly I don't see that the version that we are trying is not the latest release. Trying with the latest release, certainly I can note a couple of things:

1º Apparently the library don't work in Internet Explorer 11, that is, don't work in the internal AB debugger, since it's based in Internet Explorer 11.

2º However, the stuff works as expected in Firefox, for example, and, trying the "sync" method now, what we get is a different error: apparently the thirdparty server don't set the appropriate CORS permissions.

The error that appear now is different than the first one, but, I am not sure if the thirdparty service can be configured in order to set the CORS permissions than the app needed.

If the above is not possible, probably it's required to prepare a bridge in our own server, which communicate with the thirdparty server: maybe this is not so easy, since I certainly don't know how PouchDB works internally and what is sended to the thirdparty service.

On the other hand, the CORS permissions problem maybe masks another possible errors, that is, once the CORS permissions problem is solved, maybe we get another possible errors, that is, once the connection is allowed. But anyway the CORS permissions problem must be solved firstly.

No problem! I am sure that finally you can got it. :-)

Hello again,...

I want to add something that I think I forget. I mention that the PouchDB appear more or less easy, and, it's truth from some point of view, but, that API is also more or less complex (like any other API, of course), so we can / must deal with callbacks, for example, that, depending on our app, we need to use or not.

For example, and, as you can see in the sample, the "sync" method have various events or callbacks that we can / must use. And the same can be said about other methods, like who insert new registries in the database: this callbacks have their own arguments, etc. We can or must use that callbacks, arguments, etc., in order to properly work with the database.

We can't expect, for example, that everything work like expected, so we must take care about the available errors callbacks, the available error codes, etc., in order to assert that the app's user is informed if a registry can't be inserted, if we can't sync to the database, etc., etc. It's a question of time of work, to study and finally handle the PouchDB API, and also how to present or require the user's input from AB, etc.

So take it with time, Peter. :-) And, of course, don't hesitate to post in this forum if you have some specific problem.