World: r3wp

the issue is that the window's user "home" path is just freakish 
and very innaccessible from a dumb user's point ot vue...

can we CHANGE this path?  even if this means setting an environment 
variable...

heck even I hate looking for this :  

C:\Documents and Settings\user.machine\Application Data\rebol

its got spaces and all...   :-(

But it is the right place to put it.

not for me... my prefered home directory for tools is much simpler 
and works across linux much nicer...

at least the user.r does work consistently across different launch 
patterns now...

run desktop, open local/info.txt, open ../user.r :)

I'm not addressing "you" and M$ does not care about Linux.  But what 
they did do was make a system that allows multiple people to use 
the same computer and keep their date apart.  It is wrong, and badly 
done, but the "correct" way to do it for thier system.



As to Carl allowing other ways to do it, that is the real question 
I assume you are asking.

yep.

as I said, at least it works now, when it used to be pretty random...

but I still have strange reactions for the rebol.r file.

although I run this

>> what-dir
== %/Path/to/REBOL/

even if I include a rebol.r file at that path... it is ignored...

is this still supported?

(the rebol.r file)

VOLKER: good idea..

Has anyone written a script/function to display pie-charts?

was anyone noticing, using Cyphre's grid, or even IIRC Henrik's grid, 
that once you have some empty fields in the column, and you sort 
it, you get strange text artefacts inthere?

the cause is imo unbound "", 'copy "" solves it so that it only blinks 
and then is correctly replaced by clear field = no artifacts .... 
those unbound "" shared values are imo a REAL EVIL in rebol, as well 
as shared subobjects etc. I can't seen ANYONE, who would not come 
to problems ....

I now understand why some languages copy values by default, and why 
e.g. Erlang claims that it really reduces untrappable programmers 
errors ...

Its true. i copy by default myself and if i forget it, its usually 
an error.

IIRC there was some cool charting in the library, something with 
"plot"? but not sure about pie

ez-plot? not sure pie-charts were there ...

with AGG, we are able to create really nice qraphs ... but dunno 
if worth-it when looking at packages as RRDTool :-)

That was the name.

What's RRDTool?

ez-plot doesn't have pie charts

RRDTool is a pretty cool logging and graphing tool. Very flexible, 
but I think it's a bit difficult to use. a REBOL equivalent that 
would be easier would be cool.

ah, it's not a Rebol tool.

Cyphre is working on a pie chart library for Qtask. Ask him.

;Robert, should be easy enough to do a script based around these 
examples from the draw docs

view layout [
	box 400x400 black effect [
		draw [
			fill-pen red    arc 200x200 90x90 0   90 closed
			fill-pen green  arc 200x200 90x90 90  90 closed
			fill-pen blue   arc 200x200 90x90 180 90 closed
			fill-pen yellow arc 200x200 90x90 270 90 closed
		]
	]
]

view layout [
	box 400x400 black effect [
		draw [
			pen white line-width 2
			fill-pen red    arc 204x204 150x150   0  90 closed
			fill-pen green  arc 196x204 150x150  90  30 closed
			fill-pen blue   arc 180x190 150x150 120 150 closed
			fill-pen yellow arc 204x196 150x150 270  90 closed
		]
	]
]

Allen, yes I got it working already. Thanks. I even mastered the 
label positioning.

Be aware of linebreaks:

data: [
    18 cyan
    22 blue
    15 green
    20 yellow
    10 purple
    54 magenta
]

sum: 0
foreach [val color] data [sum: sum + val]

plot: copy [
    pen black
]

total: 0 ; we start at 0 degree
foreach [val color] data [
    angle: 360 * val / sum
    repend plot [
    	'fill-pen color
    	'arc 125x125 90x90 total angle 'closed

   'text 'anti-aliased to-string val 125x125 + to-pair reduce [110 * 
   (cosine (total + (angle / 2))) - 5 	110 * (sine (total + (angle / 
   2))) - 5]
    ]
    total: total + angle
]

view layout [
    box snow 250x250 effect reduce ['draw plot]
]

Nice Robert. maybe Gregg can update this into the docs?

Does anyone have a clue when rebol 'draw will support fonts in Linux?

I recall there was a script to upload pics to website. I think it 
was used for the Devcon images. Anyone know if that is available?

I lost a little the track regarding 'ASYNC.. I understand that 1.3.x 
will not have kernel 'async support in /view but Carl is talking 
in his Blog about /async handler..Is that a special /core beta? or 
is it from Gabriele's async handler? who can help me out here..

I fnid that only 1 /core binary from Jan 2005 uses async .no further 
involvement in other /core binary's ?

Which Carl's blog entry are you talking about ?

As far as I know, the new async core was tested and then removed 
before View 1.3 and hasn't come back yet.

(We still have async modes available in the old core.) Check this 
document I made when the issue was hot:

http://www.lexicon.net/antonr/rebol/doc/ASYNC-The-available-implementations.txt

As far as I know, the async model was only present in one single 
alpha version of Core that came out in late 2004. Due to design flaws 
in this model, the async kernel was not used in 1.3.

aaa oke a flaw... Right thanks for the info

aa thanks anton..

I found thisone... pritty intresting although only for that specific 
/core... (http://www.rebol.net/docs/async-ports.html)

It was not so much that there was flaw. But that it introduced a 
new set of issues on how to create programs that behave correctly. 
Because the async mode could interrupt any excuting sequence.

And because there were so many other bugs in the core. The decision 
was to fix to bugs, and have a stable version that have nail as many 
as possible before introducing the async event model.

I got some good info from Antons page, great summary anton thanks... 
I think I know what to do now ;-)

On antons page was an issue regarding 'TRAY ..man o man..have I seached 
long for that info ;-) finaly found it too!!! great !!!

Rebolinth, glad you found it useful. I don't understand what the 
'TRAY issue was, though.