There aren't other ways, there aren't other active sources, unfortunately this is the last free way remained.
All other comments are just sterile flames, that rebol development doesn't need.
The intent is also to stimulate outsiders to want to contribute to Rebol. It provides hope that something tangible is being done with Rebol. And it pushes Rebol into becoming a serious platform for business, science, education etc. The IUP screen shots show what Rebol 3 could and should become.
The world does not need a Rebol fanboy version of "Angry Birds"...
As for Anonymous or Rocket Science posts - we are here because we want to be here, and because we want to use Rebol or Rebol alikes, easy as that.
Of course we know about Lua, as well as many other languages out-there. there's always an option to switch to something else, but no point in doing so nowadays, as we got our tool being opensourced ...
WebBook allows you to create a navigation structure for your HTML pages. All you have to do is edit a configuration file and add your pages to the right place. You do not need any special CGI or Java configuration to run it, and you can use it without any WWW server. Simply open the "index.html" file.
IUP seems to be very powerful, yet simple enough for casual programmers to use.
Gallery of Widgets: http://www.tecgraf.puc-rio.br/iup/en/gallery.html
Screen shots: http://www.tecgraf.puc-rio.br/iup/en/screenshots.html
About all suggestions of other languages: they are only old wine in new barrels.
How long will REBOL the Headless Chicken survive?
"No wind is favorable for who does not know where he goes."
("Ningún viento es favorable para quien no sabe a dónde va.")
IUP is a mature gui/graphical toolkit, written in C and though targeted for Lua, has been ported to other languages (Chicken Scheme).
"""The IUP Portable User Interface is a computer software development kit that provides a portable, scriptable toolkit for GUI building using C and Lua. This allows rapid, zero-compile prototyping and refinement of deployable GUI applications.
It provides this functionality by binding Lua with its C/C++ code, or simply writing C to the API. It supports calling native Windows graphics, native Motif/Lesstif or GTK+ elements, or the developers' own CanvasDraw elements from the Lua scripts or natively in a C/C++ application."""
I ran into guichan but it was abandonned in 2009 it could be a good base since it is opengl, sdl, allegro based.
it could simply be an example for developping our own library to build on top of portable libraries.
As for AGG I don´t know if it is ported to linux or if it would represent a big work to port it.
Serriously pathetic. And I don´t want Cyphre to decide the future of rebol...
no?... how sad...
when I say r3 on android for what purpose that is exactly what I explaine. Soft keyboard to write rebol code is a pain in the ...neck. Keyboard coding doesn´t fit touch screen. just doing a REBOL  takes you a whole minute on android... Since we will not have a touch screen ready IDE I don´t see much the point.
Thing is now a day the best rebol comminuty as offer is yet another broken toy (r3 android). That is sad. And all I ask you is to organise things to show that you care and that is not just a hobby for you.
Meanwhile nothing is done for a r3 gui in macosx, unix/linux. But r3 core works fine.
pekr I rant here because unlike altme and other forums here it is read by someone, somewhere, somehow ... like you :)
This feature is needed in order to get us on mobile platforms. Just recently, first screenshot showing initial implementation of JAVA/JNI bridge was posted:
Bridge fro iOS (Objective-C) is going to be added too. Red has slightly different strategy though - mostly to bind to native GUIs. Well, I would welcome View being ported to Red lately too, but this is current situation
As for R3GUI - I believe Cyphre will improve it. Recently guys are talking about scaling and independent resolution format. Cyphre's work is really impressive and surely is going to improve.
So - simply put - even if our microcosm is rather small, there are things happening ...
Concerning things which "got hung in the air", I have a kind of feeling that many ideas/suggestions, etc. end up like that, in this Rebolish microcosm, and maybe even more on this blog...
Cyphre's progress on Android is excellent, I tried it on my android device. But when I tried to actually type some real code, in order to do something useful, I quickly realised that a smartphone may not be the most comfortable tool to edit code, debug, browse through pages of code... Alt-tabbing between a real text editor and the Rebol3 console is not as handy as on a "real" computer..
In other words: Android is now a major actor in today's computing world. Porting rebol and a GUI on it is certainly a good bet for the near future. But if one wants to make real apps for Android, he still has to code/try/debug them on a decent computer.
Nothing wrong with this. Except that, now, one cannot use anything else than windows, if I understand well, to develop GUIs using saphirion's tools.
In the company where I work, windows use is forbidden... Only GNU/linuxes, some BSD, a little Mac. Now, I'm stuck... :-(
No worries, I'll wait patiently. Or maybe I should try to implement the GUI for GNU/Linux?... It frightens me somehow... And someone else may be doing it right now, silently??... :-/
That part must be happening in a parallel universe. Unfortunately we cannot or little choose into which parallel universe our lifes are heading.
OK so for Pierre and probably others a quick sumary of last actions:
Unlike what Mr Sassenrath said and promised during the two month free licence talkings on this blog his current involvement in rebol3 as expected is near zero.
We have two important discussions going on in this blog "Making rebol3 a 3.0?" I am not sure I understand at first the goal of this post. At first I though it was Mr Sassenrath´s guidance and suggestions to help people fork devs to reach step stones that will bring rebol3 out of the alpha 8 years stage... It´s been so much in alpha that most people lost all hope about having it someday reaching 3.0 or even a beta :). In fact that topic was to stimulate a debate and an exchange of ideas around the defining of the work to get a 3.0. Actually about that topic no descision or closure have been made. It simply got hung in the air and nothing else.
Then we have this topic asking for ideas about rebol graphic integrated library. Same intent leads to same results. As for me for example this topic is declined in two very important sub topic:
frist : How to build a rebolish graphic dialect how are the main keys to get the rebol effect. AS for my own personal taste I already find r3gui less powerfull and more blured than r2VID was,
Second: What is the best way to have easy and fast adaptation of r3gui to any gui able OS?
Same as previous topic there is no particular debat on that topic no particular ideas proposed and no particular ground work acheived. So the topic hangs in the air too...
what we see with rebol3 free licence is what we already could see those past 10 years. The complete unablility of the rebol community to focus efforts, share perspectives and have the same agendas.
So each fork bring it´s own personal way of seeing important things to be added to rebol3 and eventually one day Mr Sassenrath will merge those forks into a rebol3 official version.
It took me a great while to read through forums, to (try to) understand what happened to the Rebol microcosm, since I left it (because it was not free), back in 2006. At this time, everything was so simple, efficient, in Rebol. Éternels regrets...
And just the title of this blog entry leaves me quite speechless...
I just took a look at the git trees from Red and the official rebol3: no comment...
MaxV, I just forked your git, to see what's going on out there. Thanks again for your initiative, I think it is more than welcome!
But when I look at the tree, it seems that there was NO more merge on
https://github.com/rebol/r3 after https://github.com/rebolsource/r3 forked from it??
Does this mean that https://github.com/rebolsource/r3 is now THE reference rebol3 source? And, subsequently, that https://github.com/rebol/r3 has been abandoned since February, 26th this year??
Am I missing something??
I totally agree on many comments above. Maybe we do not need a PHP-based forum and wiki, though: Nick's forum (simple and rebol-powered), could also be a pretty good tool for us, rebol community.
There seems to be some movement in handing over some control over the major REBOL sites to a group of developers now.
So support MaxV in his newest initiative and I call on everyone to join his effort! Hoping it will soon be a part of the real rebol site (or at least will be linked from it).
Yes ... a raspberry pi is more or less the same hardware than an average android smartphone. But bellow there pure linux ... and this my friends makes the whole difference.
Android = laggy messy bunch of crap that boots in 5 minutes hangs with no apparent reason and reboot in your face for no apparent reason. whatever version you use I used android 1.8 on pc acer notebook it was stable and fast because there was no apps on it ! I used android 2.3.6 android 3.0 on tegra based tablets and android 4.2.1 on smartphones and all of them have the recurent common traits. laggy, messy, crashy.
By porting r3gui to linux and armlinux you will enter a world where there is a heavy coding / scripting culture. And as you will have to compete against python, tcl/tk, C, C-variants, java, perl etc-languages then obviously to be notice you will have to sharpen r3gui and show that it offers better faster and simplier way to do stuff.
Because that is what r3gui is about doing stuffs !
I started to explain rebol sources on this wiki:
Any help would be very appreciated! :-)
Of we should also look at what's coming from arm and their internal 1 Tb/s conherant bus on their a15 and all the new code being optimased and back ported to linux etc
There are some Rebol scripts dealing with such files (not so insane, in my humble opinion; I use them very often for data transfer between databases (postgresql), spreadsheets, and they prove to be very reliable ;-)).
Just search in rebol.org, you'll find many scripts concerning .csv files.
This one, from Brian Hawley, seems quite recent:
foreach elem (read/lines %log.csv) [foreach value parse elem "," [print value: mold to-string value]
Yeilds this output:
"06 May, Mon, 09:30:52"
"XS4ALL Internet BV"
"24 Bit (16.7M)"
I have these inane logs that parcel each value in matching double quotes, and then use a comma as a delimiter. Like this: "yada yada","bob is your uncle","yada2"
Unfortunately they also use a comma inside of values to separate subset elements in terms of date and time values.
What is the correct parse rule to turn every "," occurrences into a tab. That is double quote comma double quote, to a single Tab. I do not want to disturb single lone occurrences of commas. they have to be with quotes as in: "," to qualify.
At that point they begin talking about more notation and conversion to make it acceptable as a new notation...
It just hurts, listening to this stuff.
They just called it "technology" again.
Will now start learning in earnest.
Thanks for this piece of advise.
Copyright Carl Sassenrath
Blogger Source Code