Page 1 of 2

Snap to grid should default to relative again

Posted: Wed Nov 25, 2020 6:24 pm
by AntiElitz
With the new interface, the absolute position is now the default for snap to grid.
Was this change intended? Relative snapping seems to be the much more common method to use it. Actually i don't think I personally used the absolute snapping ever while I use the relative one every few minutes. I'd recommend to change the default to relative again.

Re: Snap to grid should default to relative again

Posted: Wed Nov 25, 2020 6:28 pm
by Xoriun
+1

Re: Snap to grid should default to relative again

Posted: Wed Nov 25, 2020 6:30 pm
by valneq
+10
if I could

Re: Snap to grid should default to relative again

Posted: Wed Nov 25, 2020 6:32 pm
by seky16
+1

Re: Snap to grid should default to relative again

Posted: Wed Nov 25, 2020 6:41 pm
by thuejk
Relative, please!

Re: Snap to grid should default to relative again

Posted: Wed Nov 25, 2020 7:34 pm
by NotRexButCaesar
^5 (so 250k now)

Re: Snap to grid should default to relative again

Posted: Thu Nov 26, 2020 11:46 pm
by SupplyDepoo
I agree. Absolute snapping seems to be applicable to modular rail networks / city block megabase construction and not much else.

Relative snapping is useful for many things, maybe even more than non-snapping, which makes me thing that maybe relative snapping should be the default for all blueprints (including copy & paste)?

Re: Snap to grid should default to relative again

Posted: Mon Dec 07, 2020 12:35 am
by brevven
+1

Myself, I use relative all the time.

I never use absolute. I can imagine it being useful for cityblocks, or substation grids, but it's very specialize compared to relative which is useful in so many places.

Re: Snap to grid should default to relative again

Posted: Mon Dec 07, 2020 5:33 am
by steinio
No. this would break my workflow.

Re: Snap to grid should default to relative again

Posted: Mon Dec 07, 2020 5:40 am
by foamy
I find myself using relative snapping an awful lot more than absolute, yeah.

Re: Snap to grid should default to relative again

Posted: Mon Dec 07, 2020 2:52 pm
by Ajedi32
SupplyDepoo wrote:
Thu Nov 26, 2020 11:46 pm
I agree. Absolute snapping seems to be applicable to modular rail networks / city block megabase construction and not much else.

Relative snapping is useful for many things, maybe even more than non-snapping, which makes me thing that maybe relative snapping should be the default for all blueprints (including copy & paste)?
This. Relative snapping should be the default configuration even over "no snapping". Can't think of very many situations where I want to place two copies of a blueprint 1-tile offset from each other.

Re: Snap to grid should default to relative again

Posted: Mon Dec 07, 2020 3:09 pm
by NotRexButCaesar
steinio wrote:
Mon Dec 07, 2020 5:33 am
No. this would break my workflow.
Lol
Here is where it came from for anyone confused: https://xkcd.com/1172/

Re: Snap to grid should default to relative again

Posted: Tue Dec 22, 2020 5:31 am
by NotRexButCaesar
At the risk of being redundant, *bump*

Re: Snap to grid should default to relative again

Posted: Tue Dec 22, 2020 8:05 am
by ssilk
Still no need for double postings, AmericanPatriot!

Re: Snap to grid should default to relative again

Posted: Mon Jan 04, 2021 1:38 am
by brevven
Alternate idea:

Instead of a checkbox followed by 2 options, Snap to grid could simply have 3 options:
- None
- Relative
- Absolute

It would default to "None". Then either Relative or Absolute is a single click, and the standard grid-less behavior requires zero clicks as it currently does.

Edited to clarify.

Re: Snap to grid should default to relative again

Posted: Mon Jan 04, 2021 7:49 am
by blazespinnaker
I'm curious as to why this was changed. I assume there must have been a reason?

+1 for relative. I can't think of a scenario where I'd use None. maybe blueprint as paintbrush?

Absolute is very useful, but only required in rare circumstances.

Re: Snap to grid should default to relative again

Posted: Mon Jan 04, 2021 9:51 am
by brevven
blazespinnaker wrote:
Mon Jan 04, 2021 7:49 am
I can't think of a scenario where I'd use None.
In my suggestion "None" is the current default blueprint behavior: no grid at all. It's what you use when you copy-paste or just blueprint without clicking the current checkbox to use a grid.

My suggestion simply removes the checkbox and therefore removes the need for devs to choose between "Relative" and "Absolute" as a default grid option, as either would require one click instead of two.

Re: Snap to grid should default to relative again

Posted: Mon Jan 04, 2021 11:20 am
by Kyralessa
brevven wrote:
Mon Jan 04, 2021 9:51 am
My suggestion simply removes the checkbox and therefore removes the need for devs to choose between "Relative" and "Absolute" as a default grid option, as either would require one click instead of two.
So what you're saying is to take out a level? Something like this?

Currently

[x] Use grid

(*) Absolute
( ) Relative

Proposed

(*) No grid
( ) Grid, snap absolute
( ) Grid, snap relative

Re: Snap to grid should default to relative again

Posted: Mon Jan 04, 2021 11:26 am
by blazespinnaker
I think currently, he is saying that snap to grid is unchecked.

I can't think of a scenario that I've been happy that was true. I'm curious how folks use default none.

Snap to Grid - Relative should ideally be default, IMHO. Ajedi above also makes the same point.

Another proposal is to default to whatever the user's last decision was. I find this sort of thing useful though does make UX a bit more complicated. I really wish something like that existed for E / inventory / crafting and the window would go back to whatever state I left it when I dismissed it.

Re: Snap to grid should default to relative again

Posted: Mon Jan 04, 2021 12:48 pm
by brevven
Kyralessa wrote:
Mon Jan 04, 2021 11:20 am

So what you're saying is to take out a level? Something like this?

Currently

[x] Use grid

(*) Absolute
( ) Relative

Proposed

(*) No grid
( ) Grid, snap absolute
( ) Grid, snap relative
Exactly what I'm suggesting! Thank you for sketching it out like that, Kyralessa.