On Thu, 3 Jan 2008 13:00:46 GMT
jeff@cjsa.com (Jeffery Small) wrote:

Am I
misunderstanding something about how the dialog and the drag function work?

Put the cursor farther from the image centre todo the rotation, and you'll be able to do smaller rotation increments. You can even activate rotation inside the image, then take it outside (without releasing the button) to have better control. Think that mouse movements are always integer pixels... (Same as the slider movement in previous question).

John

Hi,

On Thu, 2008-01-03 at 13:00 +0000, Jeffery Small wrote:

I'm using gimp 2.4.3 on a Sun Solaris 10 system. When using the rotation tool, I find that if I enter a number in the Angle box (say 17.50) and the image is rotated, if I then use the mouse to grab the picture and drag it a bit more in the direction of positive rotation, the image takes a huge jump backwards and reset itself to a lower value such as 10.71.

I can not reproduce this behavior.

Sven

That's interesting. It is consistently reproducible here. I just loaded another jpeg image, rotated it 20 degrees in the dialog. Then no mater where I grab the image and drag a bit, as soon as I release mouse button B1, the image jumps back to a small positive angle of rotation and then moves a bit in the direction I was dragging.

This version of gimp was linked against the latest gtk2 2.12.3.

Does anyone else see this behavior?

I couldn't resist having a go. In every case I tried, when I set the correction to any number of degrees and then clicked inside the grid, the grid jumped towards zero. However, when I manually rotated the grid, and then clicked inside the grid stayed where it was. The behaviour was the same in both Normal and Corrective.

I am using Gimp 2.4.0-rc3 with Ubuntu 7.10.

Norman

On Thu, 2008-01-03 at 13:00 +0000, Jeffery Small wrote:

I'm using gimp 2.4.3 on a Sun Solaris 10 system. When using the

rotation

tool, I find that if I enter a number in the Angle box (say 17.50)

and the

image is rotated, if I then use the mouse to grab the picture and

drag

it a bit more in the direction of positive rotation, the image takes

a

huge jump backwards and reset itself to a lower value such as

10.71.

Sven Neumann writes:

I can not reproduce this behavior.

That's interesting. It is consistently reproducible here. I just loaded
another jpeg image, rotated it 20 degrees in the dialog. Then no mater
where I grab the image and drag a bit, as soon as I release mouse button
B1, the image jumps back to a small positive angle of rotation and then
moves a bit in the direction I was dragging.

When I set the rotation to 20 degrees in the dialog, the image immediately rotates what I presume is 20 degrees. If I then click in the image, the 20 degree setting is negated with the mouse taking control, and it behaves just the way it would had I not set the rotation angle at all in the dialog box. I presume these are two mutually exclusive modes of operation.

This version of gimp was linked against the latest gtk2 2.12.3.

Does anyone else see this behavior?

Regards,

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1

* Leonard Evens [01-03-08 16:55]:

When I set the rotation to 20 degrees in the dialog, the image immediately rotates what I presume is 20 degrees. If I then click in the image, the 20 degree setting is negated with the mouse taking control, and it behaves just the way it would had I not set the rotation angle at all in the dialog box. I presume these are two mutually exclusive modes of operation.

I believe that you have explained his observation. He has not committed the numerically entered rotation and it is negated when he attempts to rotate the image with the mouse, and is much more noticable at larger angles of rotation.

-

On Thu, 03 Jan 2008 21:22:23 +0000 norman wrote:

I couldn't resist having a go. In every case I tried, when I set the correction to any number of degrees and then clicked inside the grid, the grid jumped towards zero. However, when I manually rotated the grid, and then clicked inside the grid stayed where it was. The behaviour was the same in both Normal and Corrective.

The behaviour here is normal (as expected, I mean). Norman, do note that if you click in a way that such that the rotate dialog is cancelled you'll have the behaviour you mention. The rotation (even if you type it in) is not really executed till Ok'd (the button pressed).

Jeff, manual rotation after a 20 degree rotate acts normal here. You don't have your ctl pressed, haven't you? That rounds the steps to 15 degrees!

John

Hi,

On Thu, 2008-01-03 at 21:22 +0000, norman wrote:

That's interesting. It is consistently reproducible here. I just loaded another jpeg image, rotated it 20 degrees in the dialog. Then no mater where I grab the image and drag a bit, as soon as I release mouse button B1, the image jumps back to a small positive angle of rotation and then moves a bit in the direction I was dragging.

This version of gimp was linked against the latest gtk2 2.12.3.

Does anyone else see this behavior?

I couldn't resist having a go. In every case I tried, when I set the correction to any number of degrees and then clicked inside the grid, the grid jumped towards zero. However, when I manually rotated the grid, and then clicked inside the grid stayed where it was.

Ah, now I see what you are doing differently. You guys are activating the tool from the Layer->Transform->Arbitrary Rotation menu. I haven't done this in years. Indeed, there seems to be a bug in the Rotate tool when it is being called from the menus. You may want to make sure that this is reported at bugzilla.gnome.org.

Sven

Hi,

On Fri, 2008-01-04 at 02:30 +0000, Jeffery Small wrote:

What are you doing for rotation? I select the rotation tool from the toolbox and as soon as I click in the image the Rotate dialog is displayed.

That is what I do and I can not reproduce your problem then.

Sven

< snip >

I believe that you have explained his observation. He has not committed the numerically entered rotation and it is negated when he attempts to rotate the image with the mouse, and is much more noticable at larger angles of rotation.

I would like to add that I never actually do the process mentioned here when I want to correct the image by rotation I just wanted to see if I could reproduce what had been reported.

Norman

Hi,

On Thu, 2008-01-03 at 13:00 +0000, Jeffery Small wrote:

Also, a small suggestion to the development team. If you have a value such as 11.20 in a field and I place the cursor between the 2 and the 0 and then try to enter another digit like 8 for a value of 11.281, nothing happens because the display is fixed to two decimal places. I think it would be an improvement in the user interface if we could edit these fields without restriction. If gimp then wants to evaluate the number and round and redisplay it as two digits, this would be OK. But the failure to be able to place the cursor and edit these numeric fields is really unexpected and very confusing until you figure out what is happening.

Please inform the GTK+ developers about this. GIMP only uses the GtkSpinButton widget and the logic for limiting the number of digits is implemented there. You may want to check in bugzilla.gnome.org, product GTK+, if there's a bug report for this already.

Sven