[REPL]: Repl disallows multiline reads due to missing closing square bracket

[RickBarretto]

Summary

I tried to reproduce an example with classes, but the REPL disallows me to keep writing the second line due to missing closing square bracket.

Current Behavior

When I try to write the second line, this happens:

$> define :queue [
..
══╡ Syntax Error ╞════════════════════════════════════════════════════════════════════════════════════════════ <repl> ══

  Unable to parse input code

  Issue found when trying to parse:
      Block

  Missing:
      closing square bracket (`]`)

$> nit

Expected Behavior

Obviously this will miss this closing bracket, at least for while, until I finish to write the whole class.
The desired behavior would be:

$> define :queue [ 
..     init: constructor [] 
..     ... 
..     ]

Closing pairs should be ignored on REPL when the end of my line is an empty space, which means that I have not finished to type and I want to continue on the next line.

Steps To Reproduce

1. Open the REPL
2. Try to write this example:

define :queue [
    init: method [][
        this\items: []            <----- INITIAL ASSIGNMENT
    ]

    enqueue: method [item][
        panic "enqueue must be implemented by concrete type"
    ]

    dequeue: method [][
        panic "dequeue must be implemented by concrete type" 
    ]
]

OS

Windows 11

Version

arturo v/0.9.84-beta b/3419.nightly.20251227 (amd64/windows)

Anything else?

• Found when I was trying to reproduce Not properly copying empty blocks inside object methods #1839

Is there an existing issue for this?

• I have searched the existing issues

[drkameleon]

Well, that's unfortunately the huge unsolved issue of a 'repl that works on EVERY os'.

If you really want a nice issue to solve, that would enable utf-8 inside the repl: ANY repl (Windows, Linux, Mac, etc). In a few words, can you write Portuguese text in the repl without issue?

See also: #1742 or #1743

The UTF-8 is just one side of it. Multiline input could follow. But all of them are related to our linenoise library.
Up for the (ultra-)challenge? 😉

[drkameleon]

And ofc related: #967

[RickBarretto]

Up for the (ultra-)challenge? 😉

Let's see, let's see...