World: r3wp

Pekr, Brian has a very very long todo list :)

IOT, he'll never get to it.

We offer a cool HTML only interface, this ensures we work woth almost 
everything (we call this Amish Quilt)
We plan to offer a step up which offers "some" JS"
Then there is Quilt (JS + HTML only).


Several people are not playing with iPhone only client applications 
that will interface to Qtask.

www.iqtask.com

Graham - the thing is, that when I proposed REBOL being ported to 
JAVA VM, to get to platforms where REBOL presence is lacking, the 
idea was dismissed and native port of REBOL proposed for target HW. 
Now just because of some licensing description we are about to port 
REBOL to even slower VM? Screw Apple then. In few months I buy HTC 
Touch Pro or Touch Diamond, Windows Mobile based phone. Then there 
is going to be Android phones (first on market is already here), 
Palm Treo, Linux based (Open Moko) - so, there are some choices out 
there ...

Java VM sounds good

Is there JAVA on iPhone? That could be an interim solution then ...

It can be done ...

But - the best aproach (because I don't believe someone will port 
REBOL neither to JS nor JAVA), is to imo do dual interface. One in 
VID, other one for web. We will see, how it could be automated.

E.g. JAVA GWT does that - you can have JAVA native GUI, as well as 
very good browser based one - http://www.gwt-ext.com/demo/

Looks pretty good

Pekr: Delphi (and Lazarus) most definititely separate the description 
of the GUI and the code. They are described in different, though 
simiiar langauges and saved in separate files; .dfm for the GUI description, 
.dpr (or .pas) for the code.

No Java on iPhone - same license restriction. Mono's there though, 
and (in theory) you could use IKVM.NET to put Java on that.

I expect that my work on some of my todo list will take the form 
of helping others do it - it's more of a to-get-done list :)

I don't think the DLR can run statically compiled, so that route's 
out.

Also (in theory) you could use GCJ or Excellcior to compile for the 
iPhone, but not their interpreters. No dynamic code allowed.

However, I was not precise enough about my todo list. No REBOL interpreters 
are on it - I want a REBOL-to-JS compiler.

Who wrote the JS REBOL interpreter I tried a year ago? Gabriele?

I think so.

Yep

I have a question about the Gui_Basics example in the R3 docs.  The 
ex. under Adding styles won't work for me.  title "Opinion Survey" 
comes back with title having no value - this after load-gui

hello,

i try to load rebDB-203 in R3 .................          but R3 return 
a error when a try to do a "db-create my-table [id date name]"   
   with  >> db-create "my-table" [id date nom]

** Script error: db-create does not allow string! for its 'table 
argument

** Note: use WHY? for more about this error

This is just to ask if someone has already try to bring tools like 
reddb on R3

rebdb !!!

You got further than I when I triead:
>> do %/Users/peter/Code/Library/Rebol/RebDB-203/db.r

** Syntax error: Invalid "string" -- {"Ashley G. TrŸter"}

** Where: to unless load case applier do
** Near: (line 3) Owner:		"Ashley G. TrŸter"

i copy the script and remove the header

I don't think anybody has looked at converting tools to R3 yet as 
it is still too early for them.

i do after if a load %my-copy-db.r

the function db-create is ok then !-) ............but need much more 
to be good for us

In general you would be very lucky if a fairly large R2 product works 
directly under R3.

i thing it is important for every body who use rebdb !!!!

or perhaps R3 guru would give us a better way to do this ;-)

is the same for rebgui............il would like to see a R3

a R3 demo that do all rebgui do

The table name you supply to db-create should be a word! not a string!

>> ? db-create

USAGE:

	DB-CREATE 'table columns

DESCRIPTION:

	Creates a table.

	DB-CREATE is a function value
.

ARGUMENTS:

	table (word!)
	
	columns -- Column names (block!)

But when you correct that you get a real R3 compatability error:

>> db-create my-table [id date norm]

 ** Script error: write does not allow string! for its value argument

** Where: db-create

** Near: db-create my-table [id date norm]

R3 will not be very compatible with R2. You will almost always need 
some kind of porting process, so this is up to the authors of rebdb 
and rebgui, if they want to do that.

Claude and Peter, as I reported here one or two weeks ago, I ported 
my CMS of around two thousand lines

It took a full week to compensate for the changes and bugs. I think 
about half of that could be prevented after fixes and more attention 
to compatibility

The other half is due to planned changes to the design of R3

Anything but the smallest scripts will be affected

ok seem we must do a real port effot from R2 script to R3 !!!!!

Sure.!

That's what R2-Forward is for.

Demo is crashing instantly after fetching in a34, anybody has experienced 
the same?

new alpha?

Henrik: yes. But I've got problems too here on Windows.

Pavel:  Having same problem with r3-a34.exe

In fact, it's not the demo. Doing a "load-gui" from the console crashes 
all.