That is, I am the one who does specify how it looks. If I write it glued, then I mean glued. If I write it separated, then I mean separated. It is actually you forbidding me to do that.
Or, I should say, forbidding Rebol to take seriously what I wrote.
Ladislav
This is the flexibility I value most.
(could be also called "freedom of expression")
Rebolek
>> trim/lines "line 1^/line 2" == "line 1 line 2"
Why is newline replaced with space? Shouldn't it be just removed?
Maxim
hum... because we can easily replace/all lines with spaces... I agree .
Gregg
I like the way it works. Line breaks *are* whitespace, unless you're dealing with hyphenates that you want to connect.
Endo
Same for R2.
trim/with "line 1^/line 2" newline ; this will give the expected result.
Andreas
Maxim:
>> trim/lines "a^/^/^/b" == "a b"
>> replace/all "a^/^/^/b" newline space == "a b"
Rebolek
Maybe it just needs better documentation.
Maxim
Andreas... thanks... didn't realize this.
NickA
They've ported QT to Javascript via Emscripten. Has anyone at Saphirion looked at doing the same with R3?
it basically works, but requires work to make it a proper platform and build some specific code for devices and console.
NickA
So has anyone created a working port of R3/core that actually works in a web browser? If that's the case, I'd love to hear from Cyphre about how difficult it would be to port R3-GUI. If it's possible, it seems like that should be the #1 priority of Saphirion. To be able to use R3 and R3-GUI directly in any web browser would be an unbelievable game changer.
Andreas
No working port yet, no. A few first pieces towards that, but it needs a bit of work to get it to roughly work in a browser.
A GUI port should be doable in principle. I think the most straightforward approach may be via HTML canvas (and maybe WebGL on top of that).