Bug 374828 - Pivot position "Canvas Rotation" seems wobbly
Summary: Pivot position "Canvas Rotation" seems wobbly
Status: RESOLVED DUPLICATE of bug 409894
Alias: None
Product: krita
Classification: Applications
Component: General (show other bugs)
Version: 3.1.1
Platform: RedHat Enterprise Linux Linux
: NOR minor
Target Milestone: ---
Assignee: Krita Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-01-09 18:06 UTC by rene
Modified: 2020-08-20 22:25 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
attachment-1159-0.html (1.88 KB, text/html)
2017-01-09 20:41 UTC, rene
Details
canvasRotate.kra (683.03 KB, application/x-krita)
2017-01-09 21:35 UTC, rene
Details

Note You need to log in before you can comment on or make changes to this bug.
Description rene 2017-01-09 18:06:09 UTC
Hello,

When I rotate the canvas by SHIFT+MiddleMouseButton it feels as if the pivot of the rotation does not stay in the same location. I don't see a pure rotation, it appears there is a slight translation(?) involved as well that gives the rotation a wobbly appearance. 
I have the impression that it is more pronounced when the cursor is further away from the centre of the canvas. 
Perhaps a minor bug but it distracts tremendously when I am in the middle of painting art work i.e. With a pure rotate one has a sense of where the area of interest goes; With a wobbly rotate the area of interest may end up in a location where one does not expect it to be; Consequently the canvas may require an additional re-positioning.
I start with a square canvas 10 by 10 cm and 300 pixels/inch. I painted a square around the centre plus some random straight lines. When I then rotate the canvas it does not give me a sense of a pure rotation. 
I downloaded 3.1.1 from the krita.org website. I use CentOS 7.2
Feel welcome to ask me more questions if needed (talk2rene@gmail.com)
Thank you! -rene
Comment 1 wolthera 2017-01-09 20:25:02 UTC
Hey Rene, thank you for your report!

Could I tempt you to make a video of this behaviour? That can help figuring out where the bug is happening.
Comment 2 rene 2017-01-09 20:41:32 UTC
Created attachment 103316 [details]
attachment-1159-0.html

Hello, thanks for your reply!

I am sorry but I don't have access to any recording software.

I will try to make a .kra file that shows what I mean. Bear with me please.

-rene



www.annexnine.com

On Mon, Jan 9, 2017 at 8:25 PM, wolthera <bugzilla_noreply@kde.org> wrote:

> https://bugs.kde.org/show_bug.cgi?id=374828
>
> wolthera <griffinvalley@gmail.com> changed:
>
>            What    |Removed                     |Added
> ------------------------------------------------------------
> ----------------
>                  CC|                            |griffinvalley@gmail.com
>          Resolution|---                         |WAITINGFORINFO
>              Status|UNCONFIRMED                 |NEEDSINFO
>
> --- Comment #1 from wolthera <griffinvalley@gmail.com> ---
> Hey Rene, thank you for your report!
>
> Could I tempt you to make a video of this behaviour? That can help
> figuring out
> where the bug is happening.
>
> --
> You are receiving this mail because:
> You reported the bug.
Comment 3 rene 2017-01-09 21:35:45 UTC
Created attachment 103319 [details]
canvasRotate.kra

Hello again,

I have attached a krita file, created in Krita 3.1.1 on CentOS 7.2. It
contains a square canvas of 100 by 100 mm at 300 dpi. On the canvas I
painted a black square with white diagonals. At the centre there is a red
dot.

After loading the file I zoomed out a bit so that there is some empty space
around the canvas.

Then I left click on the 'pan tool icon' (represented by the 'hand' icon)
in order to select the 'pan' tool.

I then press the 'shift' key and the 'middle mouse button' in order to get
the 'rotate' cursor on the screen and move the cursor clock or anti clock
wise in order to rotate the canvas.

When you watch the red dot in the middle of the canvas, it does not stay in
one place i.e. the pivot point for the canvas rotation is not at the centre
of the canvas. The canvas corners don't seem to be a pivot point either.

Hence, it is not clear to me what the pivot point is of the canvas
rotation. The Canvas itself rotates around a point that seems to be random,
I am not even sure if that pivot point remains fixed at the same position
during the rotation.

This behaviour does not seem right to me, in my humble opinion the canvas
rotation should be repeatable so that the user can rotate the canvas in a
predictable way rather than by trial and error. Is this the way it is meant
to work (if so what is the logic behind it and what is the true pivot
point) or is this a bug? Any thoughts?

Thanks for your help and time! -rene




www.annexnine.com



On Mon, Jan 9, 2017 at 8:41 PM, rene jan <talk2rene@gmail.com> wrote:

> Hello, thanks for your reply!
>
> I am sorry but I don't have access to any recording software.
>
> I will try to make a .kra file that shows what I mean. Bear with me please.
>
> -rene
>
>
>
> www.annexnine.com
>
> On Mon, Jan 9, 2017 at 8:25 PM, wolthera <bugzilla_noreply@kde.org> wrote:
>
>> https://bugs.kde.org/show_bug.cgi?id=374828
>>
>> wolthera <griffinvalley@gmail.com> changed:
>>
>>            What    |Removed                     |Added
>> ------------------------------------------------------------
>> ----------------
>>                  CC|                            |griffinvalley@gmail.com
>>          Resolution|---                         |WAITINGFORINFO
>>              Status|UNCONFIRMED                 |NEEDSINFO
>>
>> --- Comment #1 from wolthera <griffinvalley@gmail.com> ---
>> Hey Rene, thank you for your report!
>>
>> Could I tempt you to make a video of this behaviour? That can help
>> figuring out
>> where the bug is happening.
>>
>> --
>> You are receiving this mail because:
>> You reported the bug.
>
>
>
Comment 4 Halla Rempt 2017-01-23 15:14:06 UTC
Yes, can confirm the issue. Your test image makes it very easy to see. I have to admit, though, that it's unlikely to get a lot of priority to fix.
Comment 5 Dmitry Kazakov 2020-08-20 22:25:52 UTC

*** This bug has been marked as a duplicate of bug 409894 ***