Bugfix unintentional cycling workspace with workspace_swipe

[CactiChameleon9]

Describe your PR, what does it fix/add?

This PR solves the issue #1053 by adding a new option workspace_swipe_left_cycle to gestures.
If the option is enabled, it is possible to swipe left on the 1st workspace to go the the -1 workspace (old behaviour)
If the option is disabled, it is not possible to go to the other end of the workspaces by swiping (matching the auto new workspace behaviour)

Is there anything you want to mention? (unchecked code, possible bugs, found problems, breaking compatibility, etc.)

workspace_swipe_left_cycle is disabled by default (changing the default behaviour) but can be enabled if the user wishes

Is it ready for merging, or does it need work?

Yes, I would consider this ready for merging.

[vaxerski]

If you disable creating new with swipe right, iirc it will also cycle when you swipe right on the last workspace. I think unifying that to workspace_swipe_cycles would be a better idea.

[CactiChameleon9]

Hmmm... OK that is a little odd.

Default behaviour, create_new = 0:

• Cannot swipe left or right past the final workspace

Default behaviour, create_new = 1:

• Can swipe left past the final workspace, but cannot swipe right past the final workspace

Is this a bugfix then as opposed to a feature??
What should I implement? I can completely redo what I have done in order to enable swipe-around.... (doesn't work for create_new = 0 currently with or without my work). Or I could remove the setting and change this into a consistency bugfix

[vaxerski]

Oh, wait, it doesn't wrap. Right. Yeah this is a bugfix then. (Sorry I am a bit retarded) Make it mandatory for now (not configurable)

[CactiChameleon9]

Cool. Thats easier for me. No worries btw :)

[CactiChameleon9]

Should be done. Feel free to test more, but seems fine to me 👍

[vaxerski]

Thanks!