On 29 May 2016 at 13:11, Diederik van Lierop <mail@...1689...> wrote:
On Sun, May 29, 2016 at 11:46 AM, Sebastian Zartner <sebastianzartner@...400...> wrote:
What is the benefit of moving Grids and Snap tabs to a separate dialog? Same for Scripting tab?
Grids and snap options are not document properties in my eyes but helper functionality. Also, snapping is rather a global functionality than specific to a document.
I don't agree with this. In one document you might have aligned your objects using visual bounding boxes, to a grid of 1/8", whereas in another document you might have aligned the center of your paths to a 5 mm grid. In another document, you might have designed icons on the pixel level with a pixel grid. This is all very different for various workflows or projects. If these snap and grid settings are not remembered per document, then for every document you open you would first need to zoom in, figure out what has been used for alignment and at what pitch, try to find out where the origin of the grid was (if that was not at 0,0), and re-apply the grid and snap settings. This is not a good idea, because it's cumbersome and error prone.
Got the point. So, I'll add the Grids tab back.
Some snap settings are indeed more global, for example the ones related to the sensitivity of the snapping, and that's why these are in the preferences dialog already.
In 0.91 the snap sensitivity (meaning the 'Snap distance') is located within the Document Properties dialog. In the Preferences dialog I only see 'Enable snap indicator', 'Delay (in ms)', 'Only snap the node closest to the pointer', 'Weight factor' and 'Snap the mouse pointer when dragging a constrained know'. Did that change on trunk?
I'm not convinced yet to keep the snap settings per-document. In my opinion, if there is currently a need to set the snapping distances, then snapping should be made smarter.
Sebastian
On 30 May 2016 at 08:25, Diederik van Lierop <mail@...1689...> wrote:
On Sun, May 29, 2016 at 1:11 PM, Diederik van Lierop <mail@...1689...> wrote:
On Sun, May 29, 2016 at 11:46 AM, Sebastian Zartner <sebastianzartner@...400...> wrote:
What is the benefit of moving Grids and Snap tabs to a separate dialog? Same for Scripting tab?
Grids and snap options are not document properties in my eyes but helper functionality. Also, snapping is rather a global functionality than specific to a document.
I don't agree with this. In one document you might have aligned your objects using visual bounding boxes, to a grid of 1/8", whereas in another document you might have aligned the center of your paths to a 5 mm grid. In another document, you might have designed icons on the pixel level with a pixel grid. This is all very different for various workflows or projects. If these snap and grid settings are not remembered per document, then for every document you open you would first need to zoom in, figure out what has been used for alignment and at what pitch, try to find out where the origin of the grid was (if that was not at 0,0), and re-apply the grid and snap settings. This is not a good idea, because it's cumbersome and error prone.
Some snap settings are indeed more global, for example the ones related to the sensitivity of the snapping, and that's why these are in the preferences dialog already.
Responding to my own e-mail: It could be argued indeed that some of the snap-settings in the document properties should be part of the preferences instead. But that's not the case for all of them, and it's tricky to change. For example "snap to clip paths", and "snap to mask paths", shouldn't be changed into preferences. They are very similar to the buttons on the snap toolbar, which must stay document properties. So "snap to clip paths", and "snap to mask paths" would have to move to the snap toolbar then. But people have already been complaining that the snap toolbar is too long and crowded, and these two buttons do not really need a prominent location. But they have to go somewhere...
It's still very important however that the grid settings stay part of the document properties.
Diederik