Hiding popper arrow should remove offset

[cypherfunc]

Describe the bug
withFloating hard-codes a 10px offset to make space for the arrow, which is not removed if showPopperArrow is false. code reference

Overriding this offset then requires a hack per issue #4564
EDIT: or you can pass a negative offset to counteract it, like this:

<DatePicker
    {...otherProps}
    popperModifiers={[offset(-10)]}
    showPopperArrow={false}
/>

To Reproduce
Steps to reproduce the behavior:

1. pass showPopperArrow={false}
2. click the input to open the calendar
3. calendar is still offset

Expected behavior
If it doesn't have an arrow, it shouldn't be offset.

[ilchenkoArtem]

@cypherfunc For me, the expected behavior you described is incorrect, showPopperArrow shouldn't affect the offset. The popover should have an offset by default. This change also affects all users of the package.

However I tried to overwrite default offset by popperModifiers with offset and it doesn't work. So I think we should fix that.