World: r3wp

Use all those spare cycles for seti ?

Likely not a web server, especially if it has any dynamic code.

Unless you are talking about phones other than the iPhone.

Brian, REBOL format.

(in answer to the "What value..." question)

?

to enable rebol programmers

Ah, the REBOL data model and the processing of its syntax. Yes, that 
would be a value.

Graham, I'd like to be able to use it for normal scripting - to run 
any of the 100 little scripts that manage data for me on my desktop 
PC, to connect with REBOL formatted data files and text files on 
my web sites, etc.

the Rebol *language* in another platform.   the language itself is 
REBOL's biggest feature.

I've often thought (and may even have suggested, though I'm normally 
so shy :-), that promoting REBOL as a data format would be a good 
thing.

Nick, that kind of thing would be prohibited on the iPhone, still. 
Sorry.

it would be very nice if we had a C library able to load rebol data 
into a simple C struct format.

Not in the Cydia Store.

My understanding is that at least 10% of iPhone users have Cydia 
installed.

Either way, I'd pay just to have it for my own user :)

my own use

Right. Well, I have friends with iPhones and we are starting the 
Stanford iPhone development coursees, so that would be interesting. 
You would have to figure out how to jailbreak the phone now that 
the security hole previously used is plugged.

I don't have developer skills to offer much help, but I'd offer a 
bounty if anyone's interested...

Why bother with iPhone ?

Android will make it irrelevant in the long term

hehe nick has a pet slave  ;-)

And I doubt Carl, as an ex Apple employee, would be particularly 
interested in bypassing Apple's restrictions

The big question really is how difficult is it going to be to run 
Rebol on Android ....

I am bothering with an iPhone because they will still be relevant 
due to the large number of users they have. Not personally though 
- I went Android.

I also think Android is the best choice, but more mobile platforms, 
the merrier.

What platforms are currently operational?  Win32, Linux32 and ??

The idea that there will only be one significant phone platform is 
silly. We will have to consider Android, iPhone, and maybe RIM and 
WP7.

Until then, I'll have to keep using my old core155 version on Windows 
Mobile (that's no joke - I actually used that for several years).

Market leader is RIM, followed by Android and then IOS

I still have that phone, but I just carry a Windows 7 netbook everywhere 
I go, and a tiny clamshell phone - that setup is much more powerful 
and practical.

For my current needs.

However, it makes more sense to target the OS most used by developers

I know, Nick. I was the one who asked for that build in the first 
place. Unfortunately, that is why it doesn't support onscreen keyboards 
well: The original build was for a netbook.

My biggest hope is still to see more developers attracted to REBOL, 
and mobile platforms are fresh meat.

I would love to be able to render postscript in a view face/gob

Give us the power and the developers will flock

Do we have any technical possibility to ever run even on Android? 
Does it allow native code? How do we link to their API, which is 
JAVA based?

Pekr: technical possibility? yes. native code? yes. use android api? 
see the link I posted above; SL4A could be a start.

thanks, missed those ones ...

Rebol on mobiles makes sense to provide mobile clients to some commercial 
enterprise apps. Management loves to see the latest real-time sales 
numbers.

yes, I know - but so far, it seems to me, that most platforms are 
going towards more prohibitive way of accessing their APIs, and overall 
running other environments on them. For corporate sphere, Android, 
Win7 and BB are important, not so much iPhone imo, but if you introduce 
that as part of your app solution, some might accept it.

the thing is, how we can get REBOL on such platforms. Compile REBOL 
app into something else or having REBOL in JAVA e.g., sucks imo - 
lot's of work. I can see the only way to be a native port, but then 
- connecting to APIs might be technically difficult.

If the platforms are closed... well, than we leave it behind and 
use the once that are open. And if people use closed platforms, well 
than they have to do without cool solutions.

The only platform that I know of that would prohibit native REBOL 
is Win7 (don't know about BB). However, some platforms (especially 
iPhone) won't allow the full REBOL experience including the GUI. 
Most GUI layouts would need rethinking for the small screen anyways, 
and using native tookkits matters much more on phones (memory, consistency), 
so that's not as big a deal. It does mean that we need to pay more 
attention to embedded profiles of the host kit.

but GUI (VID) is exactly our advantage imo, to show the world, how 
easy is it to do basic form apps. There is not much to adhere toGUI 
wise imo. Each app can look totally different, like in old Amiga 
days, no?

BrianH: interesting note about Win7 .... I did not expect it. The 
licence is more prohibitive than that of an iOS?

Native code is not allowed on WP7 - you must write for Silverlight 
or XBL (both .NET). This isn't a license restriction though, it's 
technological. .NET code becomes native before it is executed though, 
and GNU has a C compiler for .NET, so it's not so bad. WP7 has an 
app store but they have seen the fallout from Apple's restrictions 
so their store is much less restrictive.

The pricniple behind VID - simple dialected GUI layouts - is REBOL's 
strength. The actual implementation would not be as much of a strength 
on a memory-constrained system with a native GUI toolkit and strict 
UI design rules. However, you can make a simple cross-platform layout 
dialect for phone UIs that tells the native toolkit what to do, and 
then make platform-specific implementations for the various native 
toolkits. Dialecting is REBOL's greatest strength.

a lot of VID's dialect can be used to describe the layout even on 
native GUI toolkits.