- Modificato
Ubuntu UI issues
Hi,
I'm evaluating spine trial version (3.6.06-beta) on Kubuntu 64-bit, everything goes smooth so far except for two things:
If I maximize Spine window and switch to any other window, then go back
Spine window gets restored to its original (smaller) size
-
If I mouse-scroll inside the Dopesheet area the main editor area gets zoomed instead of the timeline. I have to place mouse cursor exactly on the row where frame numbers are displayed, in that case it zooms the timeline when I scroll. Not sure if it's a desired behavior or not, just feels a bit weird.
Thanks!
1) Thanks, this will be fixed in 3.5.47. Immagine rimossa a causa della mancanza di supporto per HTTPS. | Mostra Comunque Immagine rimossa a causa della mancanza di supporto per HTTPS. | Mostra Comunque
2) This is by design. Zooming the timeline is not a terribly common action. Unless your animation is very long, usually you want the timeline zoomed out so you can see all the keys. If your mouse is over the frame numbers or the vertical ticks below them, the scroll wheel will zoom the timeline. I mean anywhere in this entire area:
You can also zoom the timeline using the slider at the bottom left of the dopesheet.
2.
@Nate, I think you misunderstood.
The bug is this:
Expected:
- mousewheel in the dopesheet area should scroll up and down. Or do nothing if there's not enough dopesheet items to scroll up and down.
- mousewheel in the dopesheet time strip should zoom the dopesheet.
Bug:
- if you mousewheel on the dopesheet and there's not enough dopesheet items to scroll up and down (or it's empty), the VIEWPORT will zoom in and out.
That's definitely not intended. The viewport should zoom in and out only if the mouse is over the viewport. At the very least, mouse wheeling over the dopesheet shouldn't cause the viewport to zoom in and out, 'cause the user would expect that action to scroll the dopesheet only, as it already does if there are enough items in the dopesheet.
Ah, makes sense, thanks. Fixed in 3.5.48.