World: r4wp

Hey, I have a couple significant changes to make to TRANSCODE. Can 
all interested parties please review http://issue.cc/r3/1915and 
http://issue.cc/r3/1916and comment what you think? AFIAK I have 
used TRANSCODE more than anyone else, but we're at the point where 
more opinions are needed. It's low-level, so most people won't be 
affected by this.

They're not syntax changes, they're changes in its external behavior.

How much of a bounty is it worth to compele the Android port, with 
GUI?

I am very interested in a combined iOS/Android project.  Something 
a little more extensive than just a port.  Are you guys interested?

Essentially we need a consistent GUI  SDK that will create apps for 
both platforms..

Porting the GUI to a new platform is a lot of work

Yes.  I realize that.  Does having R3 on iOS make sense without a 
GUI?

About as much as on the other platforms, I guess

How would you create an App without a GUI?

Not sure how much Android and iOS could be combined, more than REBOL 
is already cross-platform

You could write the GUI in the native technology, and do the core 
app in an embedded R3 library

Useless to us.  We'll stick with Javascript/HTML/CSS/Java/JSON if 
we can't use a REBOL dialect for GUI's.

Then you need two full ports: one to Android and one to iOS

Sounds like it.

What is the state of the GUI on R3?

Win32 only. Draw in the /View builds. R3-GUI from Saphirion on top 
of that.

It crashes a lot, but Saphirion can start fixing it now

What is Saphirion?  Who writes the code?

Robert's company in Switzerland

Saphirion is Robert Muench's company, who sell R2- and R3-based apps.

Afaik R3 GUI is workably stable. Saphirion has a non-trivial app 
running with it.

(http://development.saphirion.com/)

You have to circumvent fifty crash cases

Will take a look.  I am acquainted with Robert.I am a learning scientist 
(just finishing my PhD).

We write apps for classroom networks of handheld devices.  We used 
TI-83/84 calcs for years.  Just moved over to iOS.  Software bloat 
and complexity is killing us.

Bolek, Cyphre, Henrik, Ladislav, Robert (alphabetically) are working 
on it.

(Afaik)

That's a really good team.  I can see why they are on top of the 
OS release of R3.

There's quite a few more working with OS release :) New faces, even.

We often need to modify code within hours (between class sessions). 
 Not even close to happening on iOS so far.

I can imagine

Btw, it's 10 crashes in the testsuite. ~50 non-crashing test failures.

Would a bounty help get R3 on Android?

If we could encap R3 apps we might have a chance to continue this 
stream of research.

NickA: possibly. Should probably talk to Carl to get him spread it 
more widely.

Not sure if someone's around here on AltME with the time, skill and 
interest to work on that.

I'm basing myself on Robert's statement Sunday:

Than we will extend R3-GUI and the automatic test-framework. The 
latter is used to regression test all R3 builds over and over again. 
We currently have about 50 cases that crash R3. These need to get 
fixed.

Yeah, it's 10, not 50.

Let me see if I can get ahold of Robert and talk through some things.

Well, good news, I think I have the problem underlying the RESOLVE/extend/only 
crash (cc#1865) nailed down:
https://github.com/rebol/r3/pull/41

Would it make sense to use a group separate from !REBOL3 for discussing 
development _of_ R3. This would free !REBOL3 from this (at least 
currently) high volume of discussion.

Makes sense...  We have an Apple iOS group, but no one has responded.

Would it make sense to for a start, have a non-native GUI running 
on top of OpenGL? This is what you see from a bunch of different 
groups out there - e.g. using Lua (Corona, Gideros, Muai), Python 
(Kivy), Haxe, etc. This could maybe be done more quickly since I 
think there's already been some experimenting with OpenGL by Maxim, 
and others (Cyphre?). I guess taking this route would depend on how 
much work it would be to make Draw run over OpenGL, but it would 
open the door to a certain class of apps (games, graphics)..

The other frameworks I mentioned all have some extension mechanism 
to allow access to device sensors, camera, etc.

I suppose getting Rebol to compile, with Red/System, as some people 
have suggested would also be needed. Or would you just run interpreted 
Rebol on the device?

Scot, Saphirion's R3GUI is used in our Treemapper application: http://www.tree-mapper.com/


It's a bit ugly right now, because I haven't had time to work on 
the skin yet.

Yes, imo the first thing, whichou would REALLY help R3 GUI, would 
be to create a new skin - boxy, simplified, modern. No capsules and 
old OS9 Apple design hybrids ...

It crashes a lot, but Saphirion can start fixing it now

 - that is simply not true. We have build relatively complex R3GUI 
 based application (windows version at the moment) and there are no 
 crashes. Even our old "pre open source" R3 version works pretty stable 
 and can be used for production IMHO.

Also it should be mentioned when you compare the big test suite you'll 
realize R3 is even now more stable than R2.

Henrik, Pekr, yes R3GUI needs to get some nicer skin but otherwise 
in terms of functionality it's a proof the current R3 can be used 
for GUI apps even now.