LINKTOFILTEREDVIEW scroll Error UX on Device

[Guillermo]

I have a Menu type Gallery with an Action to go to a Filtered view of the same table.

• Button(icon) 1: Show product type A
• Button(icon) 2: Show product type B
• Button(icon) 3: Show product type C
• etc

If I press button 1, the filtered table shows correctly, but if i make scroll, then go back and press button 2, it shows the view not on the first row, but taking in account the previous scroll made when i pressed Button 1.

This just happen on mobile or tablet app. On New Desktop UX/UI is fine

Thanks for your time

[AleksiAlkio]

What are your actions and their formulas?

[Guillermo]

Hi @AleksiAlkio Thanks for your reply,

I made a Sample app where you can see everything.

• Browser Link
• Editor Link

The point is:

1. I have a Main Menu

2. This is the action on the behavior section of the gallery view: Menu

3. This is the formula of the action

4. If I click on the "product by type" icon of the main menu, goes to this view

5. Then, I Choose to see only the products with type A and make scroll down

6. Go back with the back arrow or pressing the main menú button above, an choose product B Icon

The Scroll starts at this position, doesnt refresh when a LINKTOFILTEREDVIEW Action goes to the same view.

This only occurs on mobile or tablet. In browser works fine

[AleksiAlkio]

It sounds this is an intended behavior because the app tries to remember the position from the view where you were earlier, and because the LINKTOFILTEREDVIEW() opens the same view for every category. One workaround could be that you create a view for each of your categories, which though doesn't make any sense.

[Guillermo]

Hi @AleksiAlkio This could be true, to remember the position, but then, on the Desktop UXUI should work equally. Is there anyone of the AppSheet team you know to tag them here so they could tell us the correct behavior? 

[AleksiAlkio]

It sounds the behavior is changed to the new desktop UX and that's why the behavior is different. Though the behavior should be the same from a the app creator's perspective.

[Guillermo]

Hi @Adam-google , I dont know who can I contact.

There is a bug on the behaviour of LINKTOFILTEREDVIEW. It's all well explained on the first comment. Can you help me to share this with the development team or tag them here?

[Adam-google]

I think I understand the problem. Aleksi's answer is basically right, although I'm not sure it's intentional. The existing view is getting reused, and since it's only the filter condition that's changing, there is no explicit resetting of the scroll position. The difference between desktop and mobile is probably related to differences in how preexisting views are reused in desktop.

I'll file a bug for it and see if we can identify a simple fix.

[Guillermo]

Hi @Adam-google ! Thanks a lot for your reply.

I think the LINKTOFILTEREDVIEW is a functionality that saves a lot of time to people, but it needs to be reviewed.

Another example is the following

On the same sample app I have the view "All Products" Grouped by Type

Here everything is fine.

But I work a lot with actions with LINKTOFILTEREDVIEW expression to make quick filters of the same table that saves a lot of time, so I have the button with the "@" on the top of the previous screenshot configured to show me only the products of type A. When I click it, happens the following:

The scroll bar is larger becaus it's only showing up the products of type A - ✅
The list of products, only shows the products of type A - ✅
The grouped section shows the count of all types of products that aren't shown on the current view - ❌

If i click on the refresh button, then it shows all the information perfectly right

On the contrary of the other problem, this doesn't work fine on desktop, but works properly on device.

I Think that when anyone uses the LINKTOFILTEREDVIEW Function, should force a refresh of the table/view or whatever is necesary

Thanks a lot for your time.