# Slicer doesn't show rotation slider value corresponding to a transform after rotation axis is not cannonical **URL:** \ **Category:** Support\ **Created:** [June 19, 2022, 12:48pm UTC](https://discourse.slicer.org/t/slicer-doesnt-show-rotation-slider-value-corresponding-to-a-transform-after-rotation-axis-is-not-cannonical/23943 "2022-06-19T12:48:26Z")\ **Posts on this page:** 1\ **Showing post:** 6

**Author:** ![lassoan](https://sea2.discourse-cdn.com/flex002/user_avatar/discourse.slicer.org/lassoan/32/13_2.png) [@lassoan](https://discourse.slicer.org/u/lassoan)\ **Post date:** [June 21, 2022, 4:30am UTC](https://discourse.slicer.org/t/slicer-doesnt-show-rotation-slider-value-corresponding-to-a-transform-after-rotation-axis-is-not-cannonical/23943/6 "2022-06-21T04:30:02Z")

I’ve played around with this a few times because indeed it seems to make sense to have Euler angle sliders. However, in practice it works very poorly. You can find a complete implementation in Python in this post that you can easily test (and try to fix): > [@Reformat module Values not resetting](https://discourse.slicer.org/t/reformat-module-values-not-resetting/15873/2): > > The sliders are used only for relative rotations. See more details here: [Is the rotation of the 3D Slicer's Transform module Euler or Quaternion? - #2 by lassoan](https://discourse.slicer.org/t/is-the-rotation-of-the-3d-slicers-transform-module-euler-or-quaternion/11944/2) We should reset them to 0 more often to make sure users don’t mistake it for Euler angles or something similar. Euler angles (and similar representations that rely on successive rotations along multiple axes) are not well suited for representing arbitrary orientations, as it suffers from gimbal lock and there are multiple parametrizat… --- _[View the full topic](https://discourse.slicer.org/t/slicer-doesnt-show-rotation-slider-value-corresponding-to-a-transform-after-rotation-axis-is-not-cannonical/23943)._