AltME: REBOL3

Messages

Arie
Also, is there a REBGUI port for R3 available?
Henrik
There is no RebGUI for R3, as far as I know.
WRT, R3 GUI, well, I guess someone needs to dedicate more time to it.
NickA
Arie, the Atronix version is kept up most right now:  http://www.atronixengineering.com/downloads  The r3gui.r3 loaded by the 'load-gui in that version is at  http://rebol.atronixengineering.com/r3/r3-gui.r3    You need to use their version of r3 with that version of r3-gui.r3.
amacleod
Is there  a r3-view for raspberry pi?
amacleod
OK, got it...."load-gui" using arm binary....cool
amacleod
Anyone ever use r3 to display maps using openstreet map data or similar? Or know how to go about doing it....

GiuseppeC
Hi, is there a way create a EAN 128 barcode in REBOL 3 ?
Henrik
I made an EAN13 barcode generator for REBOL2 once. I don't know if that can be used to create an EAN128 one. Maybe they are too different.
GiuseppeC
Hi there to the Atronix People.
How do you read serial port data using Rebol 3 ?
I have to read it from a weight machine
Marco
There is also a EAN128 font.
Josh
gs: open serial://ttyUSB0/57600
written: false
gs/awake: func [evt][
     switch evt/type [
          read [
                print to-string evt/port/data
                read evt/port
                return true
          ]
          wrote [
                 written: true
                 return true
          ]
     ]
     false
]
write gs "m"
while [not written][
    wait [gs 1]
]
read gs
wait [gs 1]

Josh
Those using MAP! in R3, it has a significant bug:  https://github.com/zsx/r3/issues/30

Ladislav
Hi all,
Based on this observation:
a: 1
if false (a: 2 [a: 3])
a ; == 2
I think that
a: 1
case [
false (a: 2 [a: 3])
]
a
should yield 2 too. Is there an agreement on this?
Gregg
Hi Ladislav! Wouldn't it make more sense for the first example to return 1? This is because R3 allows more than block! values for the 'then arg, but it seems like it should not evaluate them if the condition isn't true.

Ashley
re MAP! bug. I use map! with APPEND / SELECT extensively and have never encountered an issue. The bug report highlights an issue with unique/skip on a block! (unique does not accept map! as an argument) ... so I fail to see what the issue with map! usage actually is. Can someone enlighten me?
Sunanda
I am not sure it is a bug - may be a difference between what UNIQUE does and what HF thinks it should do. His example:
    unique/skip [a "b" "c" a "d" "e" z "f" "g"] 3
    == [a "b" "c" z "f" "g"]
Produces the correct (or at least same) result under R2, Red, and R3.
Gabriele
Gregg, the paren is evaluated before being passed to IF.
Personally I don't think CASE should evaluate, but then again, I can see why evaluation might be desired.

Josh
You may want to reread the issue, and take a look at the source links/fix.   The point regarding the Map bug is that the C hashing function sometimes accesses invalid memory.  The unique/skip example as described in the issue is not demonstrating a bug but showing the hashing function does not always have the same width (2) . The issue is when hash misses occur and new indices are added into the hash, it ignores the width.

Josh
One example of the bug:
rebol3> union/skip [1 1 2 2 2 2] [] 2
== [1 1 2 2 2 2]
red>> union/skip [1 1 2 2 2 2] [] 2
== [1 1 2 2]

Last message posted 161 weeks ago.