Where do you see that? The filterByFormula block is using text strings for the query parameter but the numbers themselves are just numbers, I believe. I could be wrong!
Also, I think your formulas need double quotes (") if those are in fact strings and not numbers. It may need url encoding as well… I’m not sure.
The two conditions in the query work perfectly. the problem I have now is this: I want to save the data locally, on a list, but it doesn’t work. It does not return anything. Ideas?
no. the data must be presented in a DVL, I thought I would pass them locally first. To get a faster answer. I err?
The first time I coded it worked, now it doesn’t. I didn’t check if null instead of empty, but on label it works, on list it doesn’t.
Without knowing how the JSON is structured, I can’t tell if the blocks you used are correct or not. But I looked at my own Airtable API sample JSON response and I believe that your property blocks are correct. Try something simpler: in the then do section, set the value of a label to the get property blocks to see if that works. Leave out the if/do block and list blocks for now.
You also should always check the value of the green error block. You can assign it to a label to make sure you’re not getting an error from the API. What is the value of that block when you test the project?
Also, is app variable Nome_List initialized or set to an empty list? It should be before you start adding items to it.
You need to simplify things first. Are you able to assign a label to the get property blocks and see a value from your Airtable database? That should be your first step.
Everything works if I don’t scroll the whole table. In fact, I value well the list variable that I created. But if I take the loop over the table data it doesn’t give me any results. So I have to be able to test the end of the table for good. But I don’t know how to do it.
The table has 96 records, if I set the cycle to 100 I have no result.
In the screenshot I set it to 50 and Label14 shows me the fields.
Immediately after cycle to fill the DVL and nothing, the load icon spins indefinitely.
So two problems, one I can’t understand the table end, two I can’t fill the DVL. Yet it seems such an easy thing.
This code is meant to break and not to work properly.
In the first loop of 1 - 50 you are filling the list using in list ..... set # this only works for a predefined list. This means if your list has 15 items it will work OK until it reaches round 16 and the code will break because you are trying to set a value outside of the size of the list.
In the second loop of 1 - 50 you are trying to change the text of the a column in a DVL by passing the numbers 1 - 50 which is not recognized by the DVL. The way the DVL is set is to only recognize the record ID not the sequential numbers.
I update you on what I have learned in these days. 1) How to understand how many records come out of a query.
2) row_ID of the DLVs is not a number but a hexadeciamle code, and using a conversion table, it is possible to modify the fields of the DVLs from the code. Unfortunately they are not stable, but some changes. What can be done? it’s a thunkable bug.
Dear @Dario_Cappello
If you refer to my comments above you will see that the only way you refer to rows inside DVL is by using the internal RowID which is a UUID code.
Avoid trying to cross reference it with row count/sequential numbers. It just doesn’t work.