Apps - Suche/Ergebnisseite für Drill-Down

(1)
Ein größeres Problem bereitet uns, insbesondere auf Dashboard-App-Seiten folgender Umstand:
Wir haben Dashboard-Seiten eingerichtet, um z.B. ToDos prozessabhängig zu überwachen und zu steuern. Sehr wichtig ist, die in der Überwachung auffällig gewordenen Elemente über den Drill-Down zu erreichen.

(a) blockiert uns hier das Limit von nur 10 angezeigten Treffern in der jeweiligen Ergebnisliste. Weder gelangt man hier über Weiterscrollen, noch über Paginierung, noch über eine Suche an die weiteren Treffer.

Ist das evtl. ein Bug? Gibt es eine Lösungsmöglichkeit?

(b) ist die Ergebnisliste nicht formatierbar.
Viele dort wichtige Spalteninformationen für die Auswahl un den Drill-Down sind (mangels Scrollmöglichkeit rechts-links) überhaupt nicht sichtbar.
Hier sollte es eine Möglichkeit geben, für Sichtbarkeit zu sorgen, z.B. durch Formatierbarkeit von Breite/Höhe der Ergebnisseite oder Scrollmöglichkeit.

(c) helfen könnte vermutlich auch die Lösung des folgenden Problems:
Die Feldauswahl für den Drill-Down bezieht sich direkt sowohl auf die Ergebnisseite, als auch auf die darin ausgewählte und bei Klick folgende “Drill-Down-Seite”.

Eine deutliche Verbesserung wäre, die Auswahl der Spalten für die Ergebnisseite und für die Drill-Down-Seite unabhängig voneinander treffen zu können. Für die reine Suche zur Auswahl benötigt man nur wenige, aber sehr gezielt ausgewählte Spalten. Im nachfolgenden Drill-Down will man dann davon unabhängig mehr/anderes und braucht somit mehr/andere Spalten.

(d) Dass sich die Reihenfolge der Anzeige von Spalten in allen Views und vor allem Apps grundsätzlich und ausschließlich von der Reihenfolge in der Ursprungstabelle ableitet, ist suboptimal. Darauf gehe ich aber nicht weiter ein, da bekannt, jedoch leider wohl (vorerst?) nicht zu ändern.

Hi @LY-WP,

Thank you for your detailed feedback and suggestion! Here are our updates regarding your points:

  • (a) Result List Limit: Our current logic is designed to load 10 records at a time and fetch more automatically as you scroll down. We will optimize this loading logic to make the experience smoother.

  • (b) Scrollbar & Formatting: There are currently some issues with scrollbar adaptation. If you are using a desktop computer without a trackpad, you can use Shift + Mouse Wheel to scroll horizontally for now. We will improve the styling and layout adaptability in upcoming updates.

  • (c) Independent Field Selection: Allowing separate column configurations for the result page and the drill-down page would increase page configuration complexity. We have recorded this request and will evaluate it for future optimizations.

  • (d) Column Order: Regarding the column order being tied to the original table structure, we currently have no plans to change or optimize this logic.

Thanks again for helping us improve SeaTable!

Hello,

Thank you for your reply.

Regarding (a): I can’t reproduce this behavior in any of my apps. Nowhere do additional results load for the 10 hits displayed in the drill-down search when I scroll down. The fact that we can’t get more than 10 hits is really problematic for us. I’d be very grateful to receive a working (temporary) solution here.

Regarding (b): OK, it works and is acceptable—at least as a temporary solution.

Regarding (c): I realize that this significantly increases complexity and isn’t something that can be done “in a snap.” However, it would—at least for us, or in my opinion—add significant value to the usefulness of dashboards in general. The same goes, by the way, for the ability to:

(1) to copy elements from one app page to another

(2) to copy formatting as well as filter and sort settings from one element to another—both within an app page and across app pages (and ideally from one app to another as well).

Incidentally, it’s also suboptimal that neither drill-down nor—and this is really annoying—“buttons” (i.e., buttons with assigned functions) embedded in the source table work when a table (basic-table) is embedded in a dashboard.

Incidentally, it’s also suboptimal that there are no containers that divide the page into, for example, 1/3 : 2/3, 1/4: 3/4, or 1/4:1/2:1/4, etc., so that you can arrange the elements more flexibly and precisely and design the page accordingly.

Regarding (d): Yes, I was aware of that, which is why I didn’t go into it in more detail. Technically, I’m not in a position to assess the resulting complexity or challenges for programming. So while I accept that, I still find it a real shame. I think this is a problem for many SeaTable users, which is why I mentioned it explicitly again. Maybe one of your programmers will take the initiative after all and solve the problem.

Thank you

Screencastfrom2026-08-2516-09-30-ezgif.com-video-to-gif-converter

Your browser does not seem to play ball as evidenced by your other posts. Please empty the browser cache, uninstall browser plugins or, as a last resort measure, switch your browser.

I don’t understand what you are driving at.

a.) There is a container element for exactly this purpose.
b.) You can adjust the size of elements manually.
ezgif.com-video-to-gif-converter (1)

For feature requests, please use https://ideas.seatable.com.

Cache is empty now, as you see, i don’t have a scrollbar to get more results. In this case there are 16. I am using Chrome, the browser you recommend.

Sorry, the first asset in my prior post was an image, though it was supposed to be an animated gif. Please check my previous post again.

I just realize an important difference between my demo and your screenshot. In my demo, the scrollbar is already displayed when I open the drill-down dialog. In your screenshot, there is no scrollbar.

Consequence: Try reducing the height of your window.

I guess this is what @Leo.Shi meant by

Hi,

Thank you for pointing this out; this has helped us pinpoint the problem:

The responsiveness of the Seatable app is apparently limited.

The vertical scrollbar does not appear at every screen resolution. It works on a laptop screen (1920x1080), but we’re working on monitors with a resolution of 2550x1440, and the scrollbar doesn’t appear there—only when you minimize the window.

Is there an estimate for when this bug will be fixed?

Thank you for the detailed feedback and for helping us pin down the issue!

We have forwarded this bug to our me/development team. Currently, we don’t have a specific timeline for when a fix will be released. We will keep you updated as soon as there is any progress.

Thanks for your patience!