World: r4wp

is the community source repo public?

ah ... its all in the file  :-)

Everything is public on GitHub - except if you pay them

Here are some optional environment variables that you may have to 
set for a Windows build:

http://syllable.cvs.sourceforge.net/viewvc/syllable/syllable/system/apps/utils/Builder/packages/Syllable/REBOL-Core--current/

is this a file type for some batch processing app, or just a hand 
written  note for  memory sake?

The former

It's a formal file for my build system. A build dialect

funny, I have a power build system too..  called maker.

Never heard you about it

Have to go sleep, so good luck

I have tons of unreleased stuff.  Amongst other things, I'll be giving 
away a new app at the devcon... a header conformance editing tool 
... using a header description dialect,  I hope people like it.

http://www.pointillistic.com/open-REBOL/moa/files/images/header-box.png

still R2-based, but useful nonetheless.

when I run make all, I get an endless loop in the prep stage.  

Duplicate: a-lib.c : RL_API void RL_Version(REBYTE vers[])

Duplicate: a-lib.c : RL_API int RL_Init(REBARGS *rargs, void *lib)

Duplicate: a-lib.c : RL_API int RL_Start(REBYTE *bin, REBINT len, 
REBCNT flags)
Duplicate: a-lib.c : RL_API void RL_Reset()

Duplicate: a-lib.c : RL_API void *RL_Extend(REBYTE *source, RXICAL 
call)
Duplicate: a-lib.c : RL_API void RL_Escape(REBINT reserved)

Duplicate: a-lib.c : RL_API int RL_Do_String(REBYTE *text, REBCNT 
flags, RXIARG *result)

Duplicate: a-lib.c : RL_API int RL_Do_Binary(REBYTE *bin, REBINT 
length, REBCNT flags, REBCNT key, RXIARG *result)

Duplicate: a-lib.c : RL_API int RL_Do_Block(REBSER *blk, REBCNT flags, 
RXIARG *result)

Duplicate: a-lib.c : RL_API void RL_Do_Commands(REBSER *blk, REBCNT 
flags, REBCEC *context)
Duplicate: a-lib.c : RL_API void RL_Print(REBYTE *fmt, ...)

Duplicate: a-lib.c : RL_API void RL_Print_TOS(REBCNT flags, REBYTE 
*marker)
Duplicate: a-lib.c : RL_API int RL_Event(REBEVT *evt)

in make-headers.r

that is using community repo.

strange... it seems related to the version of R3 I was using.  I 
changed to using the version on ../src/tools/make-headers.r and it 
seems to work.

doesn't seem to like being called from make

ah,   that's why   ">NUL:"    added....      so for the record... 
its not only Win7 which needs it... XP also seems to require it.

yay... got it to work  :-)

anyone got the recipe to enable graphics?

You'll need the source from Saphirion

IIRC some started to write a formal grammar for Rebol3. Is there 
anything available to look at?

At least two efforts come to mind:
https://github.com/rebolsource/rebol-syntax
http://reb4.me/r/rebol

Thanks.

Hmmm...interesting behavior.  I am trying to use R3 to act as a TCP 
server on Linux-ARM.  Here's a code snippet:

	if probe port? prt: wait [1 camsrv][
		probe cmd: copy prt
		call/wait reform [cmd "> cmdout.txt"]
		insert prt probe read cmdout.txt
		close prt
	]


The probe at the top returns 'false when there is no TCP activity, 
but it returns "TCP-event accept" when there is, and then it just 
sits there.  Escape (ESC) and CTRL-C will not break out of R3 at 
that point.  CTRL-C just outputs "[escape]" each time it is pressed, 
but doesn't escape.

Even

	sudo kill <pid>

doesn't kill it.  It just puts another "[escape]" on the line.

wow that's a nasty bug.

But my real problem is that the line

	probe cmd: copy prt


never outputs anything, even after the "TCP-even accept" line is 
printed.  Even if I put a 'print statement as the first line of the 
'if block, nothing is printed.  So that leads me to believe that 
there is a problem right at the

	probe port? prt: wait [1 camsrv]

that locks up R3 hard.

a bug worthy of a hackathon session at ReCode ?

I think there may be too many topics for hackathons. :-)

Bo, see my reply on SO chat:

http://chat.stackoverflow.com/transcript/message/10446555#10446555

R3 does not use COPY and INSERT on ports, it uses READ and WRITE 
instead, but also, it is always async, so something like the above 
will not work.

Gab and Andreas: Thanks for your feedback!  I'd never done server 
programming with R3 and I forgot it was asynch by default.

Is there an equivalent to Henrick's list-view in R3-gui?

text-table

I have a couple questions about how to deal with actors and I think 
an example will illustrate it best.

Trying to modify use click actions on a text-table to affect filtering 
on another text-table:

ind: [
	[1 "Jones" "Tom"]
	[2 "Smith"	"William"]
	[3 "Jones" "Stephen"]
]

eve: [
	[1 "Arrival"  "Wearing a red hat"]
	[1 "Departure" "No hat"]
	[2 "Lunch" "Salmon Sandwich"]
	[1 "Dinner" "Pasta"]
	[2 "Departure" "Red shirt"]
]

view [

 tt1: text-table 600x400 ["ID" #1 70 "Last Name" #2 200 "Given Name" 
 #3 200 ] ind on-focus [
		print face/name
	]

 tt2: text-table 600x400 ["ID" #1 70 "Event" #2 150 "Description" 
 #3 300] eve
]

My goal is when i click on tt1 that the ID number on that row will 
set the filtering on tt2 to show only events with that ID #

Question 1:   on-focus only deals with the first click on that whole 
face, so it's the wrong actor.  Do i need to modify the actor of 
an individual row? or am I just using the wrong actor?

Question 2:  I'm unsure how to set the filter for tt2.  If I try 
(stole this code from probing the facet):

		tt2/facet/filter: make map! [
			1 [value = 1]
		]

it says I cannot access the facet

Josh, there's an r3-gui group that might be a more appropriate place 
to ask.

whoops, yes, will move over

@BrianH, I searched CureCode, but couldn't find any notes from you 
on SPLIT, other than one that said you think it needs a rewrite.

bug?

v: 5
a: compose/deep [(v) q]
reduce a

nevermind, i understand

q is bound to quit

Cyphre wrote 2-Apr 2013 22:03:
For those interested in the 
alpha-channel change": ..."


It's a good change to get the alpha-channel 'right' or similar to 
most other standards. Have there been thoughts about including the 
alpha-channel with the RGB values, so it becomes RGBA, which we know 
from OpenGL and other places?

From my R3 console:

>> i: make image! [1x1 #{01020304}]
== make image! [1x1 #{
010203
}]


The alpha values seems to be left out. (It might have changed in 
newer versions.) Setting the pixel will include alpha values:

>> i/1: 1.2.3.4
== 1.2.3.4
>> i
== make image! [1x1 #{
010203
} #{
04
}]


But it seems, the alpha channel is separate from RGB values. Why 
not always have the alpha channel, and include it with the RGB values, 
so we have: [1x1 #{01020304}]

And related: have there been thoughts about setting origin of images 
in the lower left corner instead of upper left? When I use REBOL 
to draw graphs (of scientic values), I always find myself flipping 
the y-axis. Putting origin in lower left should make such code easier. 
Textures in OpenGL has origin in lower left.