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
Expandable/collapsable loop tags bar #920
Comments
Related to #768 |
@oceanhahn i'm not sure about collapsing the tag area - tags/animations are of the same importance as layers. they are the third dimension, after layers and frames. |
The basic purpose I'd thought for collapsing the tag/loop area is so that, if the total height of the tags became too deep (that is, it imposed too greatly upon the graphic editor space), the user could press a button to roll them up (and, later, press it again to restore them). Basically, it just hustles them out of the way when they aren't needed and brings them back with a single click, in much the same way that [Tab] hides and reveals the entire pane. I'm not super-sure how useful it might be considering that, to be meaningfully cumbersome, there would probably have be be at least three stacked sets of layers (fewer, I suppose, if ASEprite is running in a smallish window or on a small or low-res screen), but it might be nice to be able to switch between a full profile of loop labels and a compressed one during viewing. I do agree that the tags are important; my reasoning is just that the more simple and uncomplicated options a user has for viewing their data, the more robust the UI environment becomes. :D In any case, the "Collapse" button doesn't hide the loop labels and leave them hidden; there'd be a corresponding "Reveal" button that expands the pane back to the larger size. I look forward to hearing more about what you think! |
that's an interesting idea about [Tab]. +[Tab] could be used to toggle the state of the tag area. when overlapping tags are collapsed into a single row they look really messy when not colorcoded. what makes it worse is that you can't click on an overlapped tag to bring it to the foreground. |
Mm. That was my issue to begin with (or rather, what prompted me to create this particular issue thread), actually. I had noted the pulldown menu, but the shadow is a really good addition. :D It would be nice to have the context menu version when the labels area is collapsed but still be able to expand it to see everything at once, but that could represent a lot of extra work for something that may not come up that often... |
this is how tags could work wrt clicking (disregarding overlapping issues):
when a tag is selected as current you can delete it with . |
Also interested in this. @dacap Your solution looks pretty simple! I might recommend making the shadowed tag have brackets pointing to the frame like the foreground one, just darkened according to the color of the tag. Otherwise, it seems fine to me! |
@dacap I really like that idea, too. :D |
what is the UX benefit from having the a animated upward? |
@Tranberry yesterday I was seeing the animation again and thought "this should not work in this way": the tag that is being focused by the mouse should stay in the same place, and a popup with the other tags should appear above. I'll create another mockup soon. |
I'm with @SolarLune on having the other tags' range brackets visible, but shaded. |
I like @oceanhahn original idea, I like having all my tags visible at the same time. There are tags that I use to mark down some animation loop(for example "Idle", "Run") and others that I use to mark down important keyframes on my animation ("Contact", "Passing"), so an option to not loop some tagged animations would be nice. |
I'm working on this issue, here some screenshots: I think the @oceanhahn idea about collapse/expand the view might be useful (e.g. to hide all overlapped text labels) |
@dacap Really liking what I'm seeing so far! :D |
@oceanhahn yeah, I'm trying to color the brackets too (some difficulties here) |
@dacap Out of curiosity, how are you thinking of going about recolouring the lines? Palette swap? |
@oceanhahn I can use the
|
@dacap Very cool; I'm absolutely looking forward to seeing this in action! Thanks for sharing the specifics, too! :D |
Whoa, cool, that's way better already. |
I still think the popup-tags idea is a good one too, perhaps when the tags are in a collapsed state. I'm not sure how it would work for tags that overlap but have offset starting and ending frames, but I'm still excited to see how it'll all come together. Thanks for investing so much effort in this! :D |
Oh man, is it going to be in 1.1.14? 😀 |
When we add/remove frame tags or change the active document we have to show all tags again. Related to #920
@oceanhahn there will not be v1.1.x versions because the code was too different to the beta version 😞 the next version will be v1.2-beta8 (available through Humble Bundle, Gumroad and itch.io too) |
Aa, I see, so the next updates in the stable branch won't be until v1.2? |
I think so, anyway after v1.2-beta8 I'd like to fix as many bugs as possible to make v1.2 stable ASAP. |
Cool-- really looking forward to it! :D |
v1.2-beta12
|
I'm reopening this issue to keep track of the original collapse/expand tags idea. Also requested here: https://community.aseprite.org/t/request-collapse-tags/3349 and in other several places. |
I have a sprite with a few overlapping tags in the animation/layers pane, but if two loop tags begin on the same frame (or even on a nearby frame), the tags can overlap, making the occluded one inaccessible without (as far as I know) deleting the superposed loop. Which I don't want to do.
If we could have some way of either selecting a loop from, maybe a context menu of overlapping ones (generated on-the-spot when multiple tag labels overlap) or have the space loop labels appear in grow and shrink automatically when tags would overlap (example below), that would be dandy!
I made this mock-up of what I was thinking, if it's of any help:
The upper section is the existing form; the lower part is the same data presented in a format I'd imagined based on the interface as it is now. There's also a new button there, that collapses the tags area into a single row (as it currently exists). Perhaps when labels overlap, only the first letter is shown, and the label is offset according to length (with the labels for longer loops occurring last, so that they're above at least some of their frames)?
It might also be convenient if the loop selection brackets were coloured after the loop labels!
Thanks for considering it!
The text was updated successfully, but these errors were encountered: