Fix crop-stick placement behaviour (For 2.9, Regression Fix)

[C0bra5]

Summary

Fixes some unintended regressions regarding crop stick placement, builder's wand interactions and item voiding when placing double-crop sticks from #160

Resolves #230
Resolves GTNewHorizons/GT-New-Horizons-Modpack#26256
Resolves #249

Previews

Crops sticks can now be placed by looking at any face of a block.

java_766iOJOMJK.mp4

Builders wand interactions work again

Creative behaviour:

• Only places double crop sticks when sneaking.
• Only places single crop sticks when not sneaking.

java_xyvqcmIh2H.mp4

Survival behaviour:

• While sneaking
  • Single crop stick in the inventory while sneaking:
    • BBW won't place anything and won't show a preview when sneaking
    • ExU will show a preview and will place a single crop stick.
      • Unlike for BBW, I cannot prevent the last stick from being placed.
  • Not enough crop sticks to cover the entire area with double crop sticks:
    • Odd amount:
      • BBW will only place double crop sticks
      • ExU will place as many double crop sticks as it can and leave the last as a single stick.
        • Unlike for BBW, I cannot prevent the last stick from being placed.
    • Even amount:
      • Both only place double crop sticks
  • Enough crop sticks to cover the entire area with double crop sticks:
    • Both only place double crop sticks
• When not sneaking
  • Both only place single sticks

Single:

java_FI8XekiuaF.mp4

Even amount:

java_Omb3mFrQPf.mp4

Odd amount:

java_otMLMWg2L4.mp4

Enough:

java_PqDakkgLEp.mp4

Checklist

• I have tested this PR in DevEnv
• I have tested this PR in Fullpack
  • Daily 674
• This PR is in compliance with the GTNH AI Policy
  • No AI used
• This PR requires another PR in order to merge
  • Custom mapping stacksize improvements BetterBuildersWands#25 A new tag will need to be released, and the deps for this PR will need to be updated to pass CI

[Eldrinn-Elantey]

Architecture looks right to me: going back to a placeBlockAt override restores the vanilla placement path (side offset, canPlayerEdit, canPlaceBlockAt), and returning false to suppress the vanilla sound and decrement is correct here. I also traced the double-stick consumption through WandWorker.placeBlocks and it does not void items. The pinned 0.13.12-GTNH tag already contains the ICustomMapping API from BetterBuildersWands#25, so the dependency blocker is resolved.

One real defect below (ignored setBlock return value), the rest is polish.

[Eldrinn-Elantey]

LGTM