Skip to content

debug_ui/display_object: Remove collapsing header for frame list #20303

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
wants to merge 1 commit into
base: master
Choose a base branch
from

Conversation

crumblingstatue
Copy link
Contributor

Instead, we embed it directly in a compact way.

My guess is that the original reason it was put into a CollapsingHeader is that the original frame list tanked the performance when shown, but this has been fixed by using TableBody::rows to only render the visible rows.

This allows quick access to the frame list, which is helpful for quickly seeking to the parts of a movie we're interested in.

Instead, we embed it directly in a compact way.

My guess is that the original reason it was put into a CollapsingHeader
is that the original frame list tanked the performance when shown, but
this has been fixed by using `TableBody::rows` to only render the visible
rows.

This allows quick access to the frame list, which is helpful for quickly
seeking to the parts of a movie we're interested in.
@crumblingstatue
Copy link
Contributor Author

Here's a preview screenshot
image

@kjarosh kjarosh added A-desktop Area: Desktop Application T-feature Type: New Feature (that Flash doesn't have) labels Apr 29, 2025
@kjarosh
Copy link
Member

kjarosh commented Apr 29, 2025

I'm not sure removing the collapsing header is a good move. I get that it improves UX when operating directly on the frame list, but I don't think that's a main use case overall.

The main idea behind collapsing headers is that each page contains basic table-like overview and additional stuff is in collapsing headers. If you look at Position or EditText, you can see that there might be multiple collapsing sections.

Now, if we remove the collapsing header in MovieClip, we don't have a way of adding new MovieClip-related stuff here (e.g. maybe some timeline stuff?).

I think the collapsing header is a good compromise between ease of use and potential for future expansion. There's a lot of things going on in movie clips and a lot of ways to improve debugging them.

@crumblingstatue
Copy link
Contributor Author

crumblingstatue commented Apr 29, 2025

Now, if we remove the collapsing header in MovieClip, we don't have a way of adding new MovieClip-related stuff here (e.g. maybe some timeline stuff?).

Well, if we ever want to add something new to the MovieClip ui, we could always reintroduce the CollapsingHeader.
But we might not ever add anything new, and it would just make the frame list more cumbersome to use for no good reason.

But I don't insist on removing it, if it seems likely new things will be added.

Although the problem could also be solved using tabs, where the frame list would be the default tab, and you could click other tabs to get other functionality. (Just to clarify, I'm talking about nested tabs inside the MovieClip tab ui)

@crumblingstatue
Copy link
Contributor Author

If desired, I can slightly alter this pull request to use a SelectableLabel for the frame list label, which would allow adding more SelectableLabels next to it (more tabs).

Example of how it would look
image

@crumblingstatue
Copy link
Contributor Author

repro.mp4

Just a quick shameless advertisement why it's so nice to have a quickly accessible frame list for quick bug reproduction (#20326)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
A-desktop Area: Desktop Application T-feature Type: New Feature (that Flash doesn't have)
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants
pFad - Phonifier reborn

Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.

Note: This service is not intended for secure transactions such as banking, social media, email, or purchasing. Use at your own risk. We assume no liability whatsoever for broken pages.


Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy