becaue it is over-restrictive and superseeded by the now working tests
if the probe-recktangle can be reached. See iss#2366

Sign flipped with #2167.
See also comments
https://github.com/MarlinFirmware/Marlin/issues/2040#issuecomment-118568355
and following.

- Also fix a bug in `M600` where `Z_MAX_ENDSTOP_INVERTING` is being
used as the index into the `destination[AxisEnum]` array.

here the other two occurences of `Z_PROBE_OFFSET_FROM_EXTRUDER` are
replaced with `zprobe_zoffset`.

verified via 1.0.2 tag that compiles by multiple people,
credit for the fix goes to paulusjacobus for the initial find and
sniffle for the correction so M851 works.

n_samples is an uint8_t .
Got printouts like:
50 of 2  ...

Gleaned from
https://github.com/MarlinFirmware/Marlin/commit/4ac14a7e5f
8976eafd1a

at least the lcd independent part from Marlin_main.cpp.

to MELZI_MAKR3D.

Fix for #2288
As the normal MELZI also can have a 1284.

ZigZag has been disabled by fault due to do_topography_map

Also clean up some trailing spaces in a few other sources

- Add 3 new lines to `pins.h` to remove 2 redundant tests in
`pins_RAMPS_13.h`

by:
Moving HAS_LCD_BUZZ macro to Coditionals.h
Renaming HAS_LCD_BUZZ to HAS_BUZZER to make clear is has nothing to do with the lcd.
Removing the ULTRALCD condition.

Moving declaration of lcd_buzz() out of the ULTRA_LCD block in ultralcd.h
Moving definition of lcd_buzz() out of the ULTIPANEL block in ultralcd.cpp
Renaming lcd_buzz() to buzz() to make clear is has nothing to do with the lcd.

All buzzing code is now only dependent on the existence of a BEEPER-pin or the definition of a LCD_USE_I2C_BUZZER.

To do: Check the conditions for the BEEPER-pin in all pin-files.

Fixes the problem of these pins being left in INPUT state, as described
in #1497

Suggest we use the translated strings here. They use (except for
German) the phrasing “Move X” instead of just the axis letter, but they
should fit the available space. The “Extruder” string would be the
same, except it will be translated.