World: r4wp

I hope this makes it easier to partake in R3 development without 
going through the hassles of setting up a build environment first.

(Please reply/discuss in Ann-Reply.)

I'm happy to announce our next Android release. Cyphre did a great 
job and pushed the port further forward. Here are the highlights 
of the new release:

-added full file access
-added networking
-added console user input (ASK etc. works)
-improved threading (at the app level, not R3)
-misc small internal changes in the console code


With this it's possible to run R3 chat on your Android phone :-) 
Here is how to do it:

make-dir %/mnt/sdcard/r3/
change-dir %/mnt/sdcard/r3/
chat


The paths might be a bit different on your device. The trick is to 
use the /sdcard path and put everything below it.

The link is as always:

http://development.saphirion.com/experimental/R3droid.apk

Again, thanks to all who made a donation for this project!

Fantastic - thank you!

All file and networking tests working for me so far :)

-> Ann-Reply :)

I made an extended version of the Red interpreter console that includes 
the SQLite binding, so you can use the binding from the interpreter.


This was made possible by all the fixes Doc has done in the past 
few weeks and enhancements to the interpreter.


I've made ready built binaries available in the test repository. 
They're in */Red/console-pro:
http://archives.esperconsultancy.nl/Red-test/dir?ci=tip

To be demoed at the DevCon:
http://devcon.esperconsultancy.nl

I've started a Red counterpart of the Red/System binding with the 
C library:
http://red.esperconsultancy.nl/Red-C-library/dir?ci=tip


I'll implement C library bindings there as far as they're useful 
at the Red level. So far there's a simple CALL implementation.

There's a WAIT refinement, but like in R3, this simple CALL always 
waits, and there are no other refinements yet

I've extended the Red interpreter console with the ability to load 
and run a script file, given as an optional program argument. It 
also has CALL now, so you can run simple programs with the intepreter 
and script the operating system.


As before, ready built binaries are available in the test repository, 
in */Red/console-pro:
http://archives.esperconsultancy.nl/Red-test/dir?ci=tip

After executing a script, you still end up in the console, to help 
with debugging. To prevent this, end the script with QUIT

The OSX x86 binary on rebolsource.net has been updated and should 
now work on OSX 10.4+.

Direct link:
http://www.rebolsource.net/downloads/osx-x86/r3-ga6077e8

Thanks to Chris Ross-Gill, HostileFork and Peter Wood for reporting 
this issue.

I've implemented INPUT and GET-ENV in the C library binding for Red:
http://red.esperconsultancy.nl/Red-C-library/dir?ci=tip

It should now be possible to do CGI programming with Red.

I've updated the console-pro interpreter:
http://red.esperconsultancy.nl/Red-test/dir?ci=tip

The source for the extended console is here:

http://red.esperconsultancy.nl/Red-common/dir?ci=tip&name=examples

Specially for Arnold, I've implemented NOW and RANDOM for Red:
http://red.esperconsultancy.nl/Red-C-library/dir?ci=tip

I've updated the console-pro interpreter in */Red/:
http://red.esperconsultancy.nl/Red-test/dir?ci=tip

The latest interpreter fixes from Doc are also in there

I've implemented all refinements for NOW here, except /precise:

http://www.rebol.com/r3/docs/functions/now.html

In addition, I've added /hour /minute and /second. Red has no date! 
and time! types yet, so they're returned as strings

It's pretty horrible what one has to do to hammer the chaotic C library 
API into a neat REBOL model

RANDOM has /seed. It only works on integers so far. As a bonus, random/seed/secure 
seeds the pseudo-random number generator with a clock value, so the 
start of the sequence is really random

now gives a string with date and time, but using  the refinements 
dont't give back a result.
This is on Windows XP

I'll answer in Ann-Reply

I've added a download/update script for the source code of the Red 
bindings to the test repository:
http://red.esperconsultancy.nl/Red-test/dir?ci=tip

Run download.r and it will clone the repositories of currently 13 
bindings and other extensions, create subdirectories for them, and 
check out the files

Run it again and it will update all extensions to the latest versions

You will be all set for compiling the examples yourself, and using 
the bindings in your own programs

You need to have Fossil installed:

http://rebol.esperconsultancy.nl/documentation/how-to-use-Fossil.html

I made simple implementations of READ and WRITE for Red. They need 
to be included from a new file input-output.red:
http://red.esperconsultancy.nl/Red-common/dir?ci=tip

It's now possible to read and write text files with Red.

I've updated the console-pro interpreter in */Red/:
http://red.esperconsultancy.nl/Red-test/dir?ci=tip

Similar functions are available for Red/System in input-output.reds 
but they're called READ and WRITE-STRING because WRITE conflicts 
with an internal definition in the Red/System runtime

Red doesn't have a file! type yet, so the file names need to be passed 
as strings for now

There's no error! yet, either, so READ returns NONE on error. WRITE 
returns a true/false value indicating success

I moved the GTK+ and GLib bindings for Red/System into CONTEXTs. 
If you have written code on top of it, you need to adapt the interface.


The GUI dialect is now basically independent from GTK; that is, it 
could be implemented unchanged for other GUI toolkits.

For example the WebKit web browser is now:

#include %GTK-WebKit.reds

home: "http://www.red-lang.org/"

with gtk [
	address: function [
		[cdecl]
		field		[entry!]
		browser		[scrolled-window!]
	][
		web-browse  web-get-view browser  get-entry-text field
	]

	browser: browse home

	view [
		maximize
		"Lazy Sunday Afternoon Browser"
		vbox [0
			field [home  :address browser] 0
			browser full 0
		]
	]
]

Apart from the context in which the dialect is executed (WITH GTK), 
the dialect itself and even the helper function contain no GTK specific 
words anymore

I've updated the GTK-WebKit, GTK-Champlain and OSM-GPS-Map bindings 
for the new interface

I moved the cURL and 0MQ bindings for Red/System into CONTEXTs. If 
you have written code on top of it, you need to adapt the interface.

Nick Antonaccio made a beautiful advanced guide: http://re-bol.com/business_programming.html
go to see it.

http://rebolsource.net/now has an "experimental" console-mode build 
for Win32 x86, which should properly re-use the parent console, if 
present.

This should generally improve the current behaviour and also make 
it possible to use alternative console frontends such as Console2.

(Please discuss in Ann-Reply.)

I added support for URLs to READ and WRITE for Red, using the cURL 
library:
http://red.esperconsultancy.nl/Red-common/dir?ci=tip


Red can now read and write text files over the network. The same 
functionality is available for Red/System as READ and WRITE-STRING.


I've updated the console-pro interpreter in */Red/ with the new functionality:
http://red.esperconsultancy.nl/Red-test/dir?ci=tip

You need to have the cURL library available.

Even though file names and URLs are passed as strings, READ and WRITE 
detect which they are:

read "file.txt"
read "file:///file.txt"
read "http://devcon.esperconsultancy.nl"

This is not really a Red binding for the cURL library yet. I didn't 
have to add any Red code, because the extra functionality is handled 
in the corresponding Red/System functions, so it's supported at both 
levels