Shift+Move needs proper pixel spacing between objects

[P@Anand]

This one is more kind of a cleanup to the algorithm. 

In the Front Panel to move a set of objects pressing the arrow button or Mouse drag helps. But one more option to move the objects faster according the grid size is by Holding the shift key and using the arrow key to move. When observed the pixel distance between the object changes in the last method, which is not correct. So it would be great if this is fixed in the feature versions.

To understand the issue please do the following.

Place some controls on the front panel and select all and closely observe the space between each controls.

Try to move the objects to the left or right/up or down and you can see there is no change between the objects. Now Press shift and use the arrow keys and you can observer the pixel space between some of the objects are changing.

The distance between the Chart and the color box is atleast more than 1 grid space.

Here the pixel space between the chart and the color box is less than a grid size.

I am sure this is not an optical illusion. 🙂

[GuenterMueller]

For the time being you could switch off the Front Panel Grid when moving the objects using <Shift + Cursor>. Without the grid all objects move properly.

[crossrulz]

The Shift+move forces an alignment to the grid.  So if you controls/indicators were not aligned to the grid, this will cause some of your spacing to change.

[P@Anand]

But is this what supposed to happen? The Shift+move is to allign objects with respect to the grids?

[AristosQueue (NI)]

This is intended behavior. This is not a bug. The shift+arrow keys is meant to keep things on grid boundaries.

[Intaris]

Group them before moving and all is good.

[Darin.K]

Shift-Arrow should move objects by one grid interval. 

Objects on the grid stay on the grid.

Objects maintain their relative alignments.

Behavior is the same regardless of number of selected items, whether or not alignment is on or off, or any other state.

[Darren]

This is intended behavior. This is not a bug. The shift+arrow keys are meant to keep things on grid boundaries.

[Intaris]

@Darin, which object determines the grid alignment?

[AristosQueue (NI)]

> Shift-Arrow should move objects by one grid interval. 

Thank you for your opinion. Your opinion is not shared by other users. Internal alignments may be maintained by grouping, as noted by Intaris. Perhaps you might be one of those users who wants to enable the "Resize new objects to grid sizes" setting in Tools >> Options >> Front Panel?

[Darin.K]

@Intaris -  Most drawing programs create a bounding box for the selected items, arrow presses move the top or left edge of the BBox to the next gridline, depending on horizontal or vertical movement.  The first step can be less than one grid space, the rest are one grid boundary.  This is a global move, relative spacing of the selected objects is maintained.  Grouping is inferred by selection, no need to group them explicitly.

I'd like to know if there are any graphics programs that would do what LV does with a multiple selection. MSoft does not do this, Adobe does not do this, Apple does not do this.  No program I have found jiggles the individual elements of the selection when moving with the arrows.

The grouping suggestion is interesting, NI does like to make me switch between the mouse and keyboard (shift-arrow is a two-hand operation for me).  It is especially nice when I have to stretch my FP to reach the menu which has the group option and shrink it back when I am done.   Ctrl-A Shift-click-click-click would so much nicer than the current alternative.