• Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r4wp

[!REBOL3] General discussion about REBOL 3

Kaj
17-Dec-2012
[132]
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.
Andreas
17-Dec-2012
[133]
Yeah, it's 10, not 50.
Scot
17-Dec-2012
[134]
Let me see if I can get ahold of Robert and talk through some things.
Andreas
17-Dec-2012
[135x2]
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.
Scot
17-Dec-2012
[137]
Makes sense...  We have an Apple iOS group, but no one has responded.
AdrianS
17-Dec-2012
[138x3]
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?
Henrik
18-Dec-2012
[141]
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.
Pekr
18-Dec-2012
[142]
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 ...
Cyphre
18-Dec-2012
[143x2]
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.
GrahamC
18-Dec-2012
[145]
Cyphre, I was under the impression that there were core bugs affecting 
R3GUI ?
Cyphre
18-Dec-2012
[146x3]
AdrianS: re OpenGL. I see multiple ways here:

-try to HW accelerate the AGG graphics engine (currently used in 
R3) : I did some experiments which looks interesting. But the more 
you 'accelerate it' the more compatibility problems you get on different 
HW so it's about wighting the pros/cons.

-build completely OpenGL based engine (big task, brings lot of crossplatform/HW 
issues)


Otherwise it would be great if the current R3 graphics codebase is 
reviewed and some parts made more modular so different graphics engines/libraries 
are easier to plug-in. That should be not so hard work to do.
GrahamC, we get over all of them without the need to touch R3 dll 
code.
Ofcourse there are still critical crash bugs in the Core but they 
are not showstoppers (at least for our app the weren't). And now 
the crashes can be fixed which IMO should be the focus.
MaxV
18-Dec-2012
[149]
How to compile R3 in win 32bit using mingw32? I get always:
./r3-make -qs ../src/tools/make-headers.r
mingw32-make: *** [prep] Error 100
Cyphre
18-Dec-2012
[150x2]
do you have the r3-make.exe in the make/ dir?
also make sure you are using the mingw32 makefile and not the Linux 
one
MaxV
18-Dec-2012
[152x3]
Yes yes, but there is some special option when I launch "mingw32-make 
prep" ??
r3-make must me r3-make or r3-make.exe?
(must be)
Cyphre
18-Dec-2012
[155]
well, it depends what you have in the makefile, see the REBOL variable
MaxV
18-Dec-2012
[156x2]
r3-make -qs
so should it  be named just "r3-make"?
Cyphre
18-Dec-2012
[158]
If you are under windows I'd prefer the .exe suffix ;)
MaxV
18-Dec-2012
[159]
I noticed another variable: TO_OS
what does it mean?
Cyphre
18-Dec-2012
[160]
To me it looks you are using some Linux version of the makefile
MaxV
18-Dec-2012
[161x4]
because TO_OS= TO_LINUX
Is there another make file?
Where?
Is not corss-platform in the make directory?
Cyphre
18-Dec-2012
[165]
Well, to save you some time you should get the R3 form repository 
either from Andreas or me on github. These repos are work in progress 
for Win/mingw at the moment (maybe others have simmilar repos as 
well)
Andreas
18-Dec-2012
[166]
The Win32 build changes have already been merged into Carl's repository 
as well.
Cyphre
18-Dec-2012
[167]
r3 form=r3 fork
Andreas
18-Dec-2012
[168]
(The first set of them, that is.)
MaxV
18-Dec-2012
[169]
Ok, I'll try your forks. Thanks
Andreas
18-Dec-2012
[170]
If you have TO_OS=TO_LINUX, then you need to generate a Win32 makefile 
first.
MaxV
18-Dec-2012
[171]
How?
Andreas
18-Dec-2012
[172x2]
make make OS_ID=0.3.1
Then:
make prep
make
Cyphre
18-Dec-2012
[174]
Andreas, ah, good,,but I think Max will still need some tweak to 
bea bel to build...or are the merged changes functional at least 
to get the basic core version?
Andreas
18-Dec-2012
[175]
Yes, they are.
Cyphre
18-Dec-2012
[176]
cool
Andreas
18-Dec-2012
[177]
Full set of our changes, except for the dropping of NM.
Cyphre
18-Dec-2012
[178]
great, so yes, go for the official repo ;)
MaxV
18-Dec-2012
[179]
Rebol System error 1405...
Andreas
18-Dec-2012
[180]
Ah, that sounds like the Win7 crash.
MaxV
18-Dec-2012
[181]
WinXp