World: r4wp

Feedback regarding typos etc. welcome (the vimeo videos are not working 
at the moment).

@ Robert:  Holy crap!

(about Android release)

(about Android release)

I though you meant nlpp.ch ;-)

Awesome work on R3 Android with graphics!!!

Hello, I started a wiki about only the Rebol 3 source: https://github.com/angerangel/r3bazaar/wiki/Source-explained
, may you help me? ;-)

Carl has mentioned that he is willing to discuss handing over control 
of the Rebol websites, likely to a Rebol community working group. 
 AdrianS (I believe) requested this, and I passed it on to Carl. 
 Just FYI.

I implemented UTF-8 output support for Red. I ended up writing optimised 
versions based more on the Red print backend. I integrated them in 
my I/O routines and made heavy performance optimisations. Thanks 
to Peter for leading the way. There are the following Red/System 
encoders embedded in %common.red:

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


to-UTF8: encodes a Red string into UTF-8 Red/System c-string! format.

to-local-file: encodes a Red string into Latin-1 Red/System c-string! 
format on Windows, and into UTF-8 on other systems. This yields a 
string suitable for the local file name APIs. Latin-1 can be output 
as long as it was input into Red via UTF-8. Non-Latin-1 code points 
cannot be encoded in Latin-1 and yield a NULL for the entire result.


These encoders make use of the Latin1-to-UTF8, UCS2-to-UTF8 and UCS4-to-UTF8 
encoding functions. An example of their use in the Red READ and WRITE 
functions is in %input-output.red

I used the new encoding functions in all my Red bindings: those for 
the C library, input/output via files and cURL, 0MQ, SQLite and GTK+. 
In as many places as possible, data marshalled to the external libraries 
now supports UTF-8. File names on Windows support Latin-1. Files 
and URLs are always read and written as UTF-8, including on Windows. 
Red does not support loading Latin-1 strings.

I've updated the binary downloads. The red console interpreters and 
all the Red examples include the above encoding support now, and 
all the latest Red features:

http://red.esperconsultancy.nl/Red-test/dir?ci=tip


For example, the Red/GTK-text-editor now supports writing UTF-8 files 
with UTF-8 or Latin-1 names.


I've added an MSDOS\Red\red-core.exe for Windows 2000, because the 
GTK+ libraries in red.exe require Windows XP+.

I've also improved the multi-line parsing in the consoles again. 
They now recognise literal strings in double quotes, literal characters 
and comments.

I can't test the encoding on Mac, so I would be interested to hear 
if it works there, especially UTF-8 file names

https://twitter.com/saphirion_dev/status/328539090167427072/photo/1

Great work everyone!

I'm making another $500 matching donation offer for the Saphirion 
R3 port, till the end of May 2013.  Please help keep up the progress.

NickA: Many thanks for your support!

Cross-Post from Android group:


New release of Rebol3 with graphics on Android: http://development.saphirion.com/experimental/r3-droid.apk

Changes:
-enable CTO and OTC functions
-fix window offset
-fix image! / loaders pixelformat color order
-fixed close button action (RL_Init failed?)
-improved WAIT
-added clipping(slow atm but works)
-added RESIZE/ROTATE events
-improved JNI calls synchronization
-added native keyboard input
-updated built-in R3-GUI version



Note this release is very early alpha so expect unstable situations 
or even crashes. Feel free to report bugs or any other feedback.


This gets us again one step closer to be able to create Android apps 
with Rebol. Simple, small, fast. :-)

Welcome back editor:  http://rebol2.blogspot.it/2013/05/r3b-update-welcome-back-editor.html

Following in the footsteps of Red ( https://trello.com/board/red-programming-language/51387ada4e1ba9b86b001141
) 


we have also started a Trello page for R3 ( https://trello.com/board/main-board/518dd9128fbdf0fc6a0004cf
)


to track who is doing what ... Feel free to join Trello and let any 
of the current members know if you wish to be added to the project

You can now write REBOL 3 extensions in Red. I've added a Red example 
to the existing Red/System example:


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

This currently still requires the dyn-lib-emitter branch of Red.

Here's an example of a session:

r3
>> import %hello-REBOL-3-extension.dll
>> hello
Hello Red REBOL extension!

You have to compile the example with the -dlib parameter to get an 
extension library

Here's a complete JNI binding from Red/System to Java:

http://red.esperconsultancy.nl/Red-Java/dir?ci=tip

The example extension library can be compiled similarly to Doc's 
Java bridge

I finally got my OpenGL binding for Red/System in a form suitable 
for publishing:

http://red.esperconsultancy.nl/Red-OpenGL/dir?ci=tip


Currently, the only available backend is for PicoGL, which does software 
rendering with the TinyGL library and shows it through SDL.

I ported two of the PicoGL examples to Red/System: GL-spin and GL-textures. 
I've updated the binary downloads and added them, but they're currently 
mostly usable on Linux:


http://red.esperconsultancy.nl/Red-test/dir?ci=tip&name=Linux/RedSystem

PicoGL is included in Syllable Desktop, but there's a symbol loading 
issue that currently prevents the Red/System programs from loading 
the PicoGL library there

If you want to compile PicoGL, on Syllable Server or some other Linux 
system, you can use the Syllable build system. Here's the build recipe:


http://syllable.cvs.sourceforge.net/viewvc/syllable/syllable/system/apps/utils/Builder/packages/PicoGL/

Not sure if this is useful for Android, but the JVM JNI interface 
can be loaded as a library from a normal executable:


http://docs.oracle.com/javase/6/docs/technotes/guides/jni/spec/invocation.html


I've added a static JVM binding to my JNI binding for Red/System, 
so Java can be loaded and controlled from regular Red executables:

http://red.esperconsultancy.nl/Red-Java/dir?ci=tip

I made an SDL backend for my Red/System OpenGL binding:

http://red.esperconsultancy.nl/Red-OpenGL/dir?ci=tip


SDL with OpenGL is available on most platforms, and depending on 
your system, it supports hardware acceleration. So you can now choose 
between software rendering with the TinyGL engine through PicoGL, 
and hardware acceleration or software rendering with the Mesa3D engine 
through SDL. The two example programs can be compiled with either 
backend.

I made an OS-Mesa backend on SDL for my Red/System OpenGL binding:

http://red.esperconsultancy.nl/Red-OpenGL/dir?ci=tip


This does off-screen rendering in a memory buffer using the Mesa3D 
engine and then displays the result using SDL. Somehow I can't get 
it to work on Linux, but it's the first time I can use Red/System 
for OpenGL on Syllable. It circumvents two problems: the PicoGL library 
expects application functions that Red doesn't export, and Syllable's 
SDL port doesn't support the official OpenGL backend, so those routes 
both don't work. For most other targets than Syllable, the official 
SDL backend can be used.


It's also the first time that I have used my Mesa3D port to Syllable. 
I couldn't display the output before, because there is no display 
driver for the current Mesa3D versions for Syllable, just the standard 
off-screen rendering. It works great, even though it does only software 
rendering. PicoGL is a bit faster, but Mesa3D is a much more modern 
and complete OpenGL implementation.

I've added binary downloads for all Red platforms to the test repository 
of the two OpenGL examples for the Red/System binding: GL-spin and 
GL-textures.

http://red.esperconsultancy.nl/Red-test/dir?ci=tip


Test reports welcome. All platforms should work in theory, but so 
far I have tested Syllable and Linux x86. You need to have SDL and 
OpenGL installed (in 32 bit versions). SDL is included in the repository 
for Windows, and OpenGL should be included in Windows.

If you use the download.r from the repository (with Fossil), you 
will now get the source code for the OpenGL and Java JNI bindings, 
together with all my other bindings

I added a similar workaround for ELF libraries as in Doc's JNI bridge 
to my R3 and JNI bindings:

http://red.esperconsultancy.nl/Red-REBOL-3/dir?ci=tip
http://red.esperconsultancy.nl/Red-Java/dir?ci=tip


R3 extensions written in Red/System and Red now work on ELF platforms 
such as Syllable and Linux. Should work on Android, too, at least 
when Doc has tested libraries there.

https://github.com/saphirion


We are going to push some of our stuff to Github. This is intended 
so that peple from the community can use and enhance our stuff and 
submit pull-requests to us. Those pull-requests will be reviewed 
by the Saphirion team, and if accepted, the changes are merged into 
our main line. So, it will be included in our next offical release 
and published via our web-site.

The first thing we start with will be a bunch of documentation files. 
All written in MDP format. These are the files, from which the documentations 
on our web-site are dynamically generated from.

The structure for documentation is:
documentation/ 	= stuff that works on R2 and R3
documentation/r2	= stuff for R2
documentation/r3	= stuff for R3

So, feel free to do whatevery you want with this stuff and help to 
improve it.

I fixed the calling convention for the OpenGL library that's included 
in Windows, so the Red/System binding works there now:

http://red.esperconsultancy.nl/Red-OpenGL/dir?ci=tip

I also fixed the binary downloads GL-spin and GL-textures:

http://red.esperconsultancy.nl/Red-test/dir?ci=tip

Another "batch" of doc files committed. See e.g.:


https://github.com/saphirion/documentation/blob/master/r3/whatsnew.mdp

, which tries to compare R2 and R3, which was a popular request.

New World alpha at
https://github.com/Geomol/World

Let me know in #World group or private, if there are problems.

Carl's REBOL blok - Roku - http://www.rebol.com/article/0529.html

I dropped the cURL dependency from my red-base distribution. This 
means that it now only depends on a few libraries that can be expected 
to be included in all platforms. This version of the Red interpreter 
can now be used on Windows as a single executable, without any extra 
libraries. The Windows version red-base.exe is here:

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


It has versions of READ and WRITE for local file I/O, but no network 
I/O. It also has the other functionality from the C library, such 
as INPUT, ASK, GET-ENV, CALL, NOW and RANDOM, but for more functionality 
you still have to use red-core and red, and download the extra libraries 
for Windows.

Ok, Carl is now on Stackoverflow chat .. just need to upvote him 
somehow so he can actually talk!
http://chat.stackoverflow.com/rooms/291/rebol-and-red

I'm happy to announce that we reached a major milestone and can release 
a bunch of new things. All the different versions have been merged 
into one code base which makes things easier for us. This was possible 
because the new 'retargetable' graphics subsystem was finished. This 
allows us to port R3 to other platforms much easier. Next target 
Linux. The release in detail:


R3-GUI: Quite a lot of fixes and enhancements. Thanks for all the 
feedback. The main milestone we achieved was to switch to a resolution 
independent sizing system. This will scale your app widgets to look 
the same on different display densities. It's a must have for mobile 
apps. Next for R3-GUI is to create a simple mobile style set. Fruther, 
we are going to push the source code to GitHub. We need to setup 
a bridge to our internal SVN repository, so expect some back and 
forth on Github before we are stable.	Anway feel free to help making 
R3-GUI better and better.


Android: This release is now mostly the same as the windows release. 
So, yes, it's now possible to do R3-GUI apps on Android. I'm going 
to try to run Treemapper on it. Type DEMO to see the new R3-GUI version 
and widget scaling feature. Post as much screenshots / pictures of 
your phone as you can :-)


R3/Saphir: New version for windows with bug-fixes are released as 
well. Please see the change-log on our web-site for details.


Thanks to all the team for the great work! I really think we are 
close to have a very good and stable base with R3 and R3-GUI. Looking 
forward to see more and more people joining and becoming part of 
it.

Links:
http://development.saphirion.com			(Change Logs, Downloads, etc.)
http://development.saphirion.com/experimental	(Android)
https://github.com/organizations/saphirion		(Documentations)

Hi,

 I paste the link: https://github.com/organizations/saphirionin Firefox 
 and the main page of GitHub open. I see no Saphirion repository.

Correct Link:
https://github.com/saphirion

R3/Saphir: Core now builds again on OSX.

You can find it at: http://development.saphirion.com/experimental