Change range semantic to behaves more like rust.

[WindSoilder]

Description

We have decided to make range to behave like rust, that is:

> 1..3
╭───┬───╮
│ 0 │ 1 │
│ 1 │ 2 │
╰───┴───╯
> 1..=3
╭───┬───╮
│ 0 │ 1 │
│ 1 │ 2 │
│ 2 │ 3 │
╰───┴───╯
> 1..<3
Error: nu::shell::external_command

  × External command failed
   ╭─[entry #2:1:1]
 1 │ 1..<3
   · ──┬──
   ·   ╰── executable was not found
   ╰────
  help: No such file or directory (os error 2)

This pr also:

1. removes 1..<3 syntax. The main change is happened in crates/nu-parser/src/parser.rs:parse_range
2. change range semantic in these commands due to changes in crates/nu-cmd-base/src/util.rs

• detect_columns (for -c flag)
• str substring
• str index-of (for -r flag)
• bytes at
  Take str substring as example:

Before

❯ "abcd" | str substring 1..=3
bc

After

❯ "abcd" | str substring 1..=3
bcd

The result of "abcd" | str substring 1..3 remains unchanged because the semantic of 1..3 is changed from [1,2,3] to [1,2], so it returns "bc".

Apart from changes in crates/nu-parser/src/parser.rs:parse_range and crates/nu-cmd-base/src/util.rs, remaining changes are most about adjusting test code to follow new semantic

Fixes: #7761

User-Facing Changes

It's a big breaking change, because the semantic of 1..3 is changed from [1,2,3] to [1,2]

Tests + Formatting

Adjusted all tests

After Submitting

Need to update documentation about ranges

[WindSoilder]

Make as draft because the decision is not finally made