Me neither, haven’t really thought about it further. A short term solution would be to have bone x-ray occupy a different place in the pie menu… by default south-east and south-west are unoccupied, we’d still have the two options but at least we could access both without having to change context/modes.
1 Like
Not really a papercut in the sense of something that it’s there but doesn’t work properly, but I just made a small proposal on RCS that I hope can be tackled in the future! Right-Click Select — Blender Community
@Lumpengnom @nickberckley
Since changing the drawing of fcurves needs to be thought through, I made a design task on Blender Dev.
#104867: Design: Graph Editor Curve Display
Comments and Ideas are welcome
3 Likes
To my delight I see that the display modes for bones are mentioned a few times in the discussion. There is a regression with selection during editing of bones and the wireframe display mode that acts like x-ray since 2.82
There is already a task for this but strangely its assigned to modeling and not animation and rigging. Perhaps this should be rectified? It is also set as a papercut while in fact its a regression.
Here is the task: #79024 - 2.83.2 and 2.9.0 problem with bone selection inside another bone - blender - Blender Projects
I think this task could be a good fit for this thread? Although its technically not a problem with an animation editor. 
There is a lot of info in the task discussion (added by me). If you choose to pick this up I’d be happy to answer any questions if they arise.
1 Like
checking with the other riggers on the module chat. Seems like a good thing to fix
1 Like
Another thing I found out, somewhat similar to “Keyframe handles stay selected when key is deselected”
If I select a curve with box select I select all the keyframes with it (expected behaviour), but if I select it from the channel, I select the curve but not the keyframes: what is this state of selection? Is it useful? And, if I previously selected another curve/keyframe and I press e.g. G to move, I’m not moving the selected curve but what I selected previously.
Finally, one request: I’m so happy Christoph you implemented adding curve modifiers to selection with the channels context menu! Wouldn’t make sense to have the add f-curve modifier entry also to the f-curve context menu?
1 Like
I think both issues you mentioned come down to the fact that the F-Curve is only the container for the key data.
So when you select the curve in the channel box, you only select the container.
That’s also the reason I didn’t add the Operator to the context menu (I think the naming is a bit confusing because it actually deals with the data within the F-Curve). The modifiers live on the container so adding the operator to the context menu raises the question of where the modifiers get added. To all curves with a selected key, only if all keys are selected etc.
I agree it’s a bit confusing especially coming from other software
1 Like
I see, then it’s more of a design question that can’t be quickly tackled as a papercut.
Anyway I want to say thank you Christoph for taking care of all these annoyances one by one! I started just recently to do animation in Blender and I’m no experienced user, but I’m sure working with animation editors will feel way better after your pass on everything!
@ChristophLendenfeld hi, i appreciate your awesome work on this module ,wishing the best for your success, if you don’t mind i want to propose some ideas related to select gouped operator — i work with Gpencil often and now we can see Drawing kf and kf of properties in the dopesheet, in that context,
i would like to see a feature to create custom groupe of keyframes (in other words preselection stored to reuse it ) so it easy to select a goupe of keyframes that i desire to move or scale … especially i often work with grease pencil and i want many properties keframes follow a drawing keyframe (that are places in many different frames) . so if i select a grouped kf , all kfs that are linked to this kf got selected by default,
and if we want to select this kf only we can use alt+R click .
with those next operators the workflow will be much more robust:
join selected custom groupes - split - add new kf to existed custom groupe - rename the selected custom goupe - ajuste kf position that is grouped but without any change for the goupe position (which means a local change for a kf without changing for other kfs within the same preselection ) by shortcuts like alt+R click then G to move or scale … etc also an operator to ungroupe a kf and a bunch of kfs . hope this can reach the needs of the community and important for all animators
Not really that big of an issue, but while looking at the graph editors channels, I was wondering if the eye and pin icons could be better placed, considering that besides animation editors, the pin icon in blender is always put to the far right of what is being pinned.
Original
Mockups
2 Likes
i like mockup 3, great, also 2
2 Likes
may I commend you to the gods for this. For our daily burden was lessened
By the way is this going into 3.5 ? if not any chance it can be backported ?
5 Likes
Related to this, ability to choose which icons to display would be good. Like you can in Outliner. Would help free up more space for names when working on simple animations and you don’t need all those buttons
3 Likes
Think I found another one.
If we change the frame range number while the graph editor is open, the view stays at the level of the cursor value, as it should.
BUT after we changed the number, if we open a new graph editor, the cursor value (the “y axis”) goes misteriously at a very high number and needs to be re-adjusted.
1 Like
I don’t think this will be backported since we are already in beta and it’s not strictly speaking a bugfix
It would be great, if the hierachy in the dope sheet could be collapsed by shift clicking on the arrows. The same way it works in the outliner
3 Likes
yes! added to the list
Little thought I have:
I often feel “lost” in graph editors, especially in normalized view where there is a physical “start” and “end” on the Y axis, but the UI doesn’t show it.
Maya does it by showing the background grid only inside the normalized area, which does help a bit. But I thought Blender could grey out the area, the same way it already greys out the area out of the frame range.
Current state:
Mockup:
Just this little change guides my eyes right into the normalized area, and it makes it easier to move keys within the area.
12 Likes
Really good idea. I like it
Edit: #106302: Animation: Graph Editor - grey out area outside of normalization range
9 Likes
I submitted a feature request for RMB select to include a select mode for handles in curves. It would be great if this functionality could also be added to the graph editor, which would help unify the user interface across editors. I frequently use the “Ctrl + H” shortcut to hide handles in the graph editor, and this new feature would make the process even more convenient.
Another mild papercut is the inconcistencies between the editors, for example here the location of fetaures like snapping, proportional editing or pivot point. Somehow the header color is not the same on both editors 
5 Likes