ncx
> Will Red get direct access to Android's (and IOS later) camera, location, gyroscope, etc features?
> Absolutely, our GUI engine already features a camera widget (in our Windows backend). The work on Android backend in 0.6.x version will bring wrappers to all the common hardware features.
So yeah, I guess the plan would be to support all mobile features.
There are AFAIK no plans to add 64 bit support before bootstrapping phase because the current toolchain architecture isn't that great and will be heavily improved during 1.x cycle.
A bit more details here -
https://gitter.im/red/red?at=56ac45a1586242210ae0704d
and https://github.com/red/red/wiki/Question-about-contributing-...
Right now, it only compiles to 32 bit binaries (which can run on both 32 and 64 bit OS).
64 bit support will come after the compiler is bootstrapped.
> and cross compiles
Yup, easy cross compilation. You do not need different cross compilers for different platforms a la llvm and gcc, a single 1 mb binary can produce binaries for all supported platforms.
As for GUI,
https://gitter.im/red/red/welcome?at=595f60f50de4d2545e026e5...
> No timeframe until we find someone to work on it. Though, we should be presenting Red at the GNOME global conf in China on October, so I hope we can find someone motivated and skilled enough there to work on it.
So Linux GUI might come not too late.
I am a student in 1st year currently. And I am very much interested in Emulation as well as crazy stuff like this.
Can anyone please explain in a bit of detail what all knowledge is required to build such a thing.
Right now I am busy, after some time I will work on it...
Where do I contact you if the starterbot is done?
BTW where do I find the starterbots for other languages?
Edit: nvm, found them...
Is the bots api available over http (get/post/whatever)? If no, will it be possible to have one? It will allow a whole lot of programming languages to be used. Just authenticate your bot using some token generated by the website, and then run the bot on your own pc or some server. It will allow us to play with the website with our favourite programming language even if you guys don't officialy support it.
For eg. currently my favourite programming language is Red. It is still in alpha, and is relatively unknown to people, so I don't think that there are any chances to get it supported on the website. But api over http would allow me to play with it as well.
1) Red - Small in size; Readable, compact and concise code. Its a powerful All-in-One Package with lots of great features as well as easy for newcomers. It can be used for low level as well as high level programming.
2) Rust - Its powerful concepts of borrowing and ownership, and its tight security features are just great. But its kinda verbose.
3) Nim - Clean, readable code. Fast compile times as well as compiled code. Lots of good ideas in it. Different gc's for different use cases are great.
I have not used Elixir for anything big. I would really love to try elixir someday for bigger apps. Is there a Elixir-to-JS compiler somewhere? Nodejs is much smaller in size than BEAM. So distributing Elixir apps would be easier.
Also remember that Red is still alpha, and lots of cool, planned features are not yet implemented.
You can see the current roadmap on https://trello.com/b/FlQ6pzdB/red-tasks-overview
code/data duality = homoiconicity
There are many languages which do not use sexps but are homoiconic.
See "examples" at https://en.wikipedia.org/wiki/Homoiconicity
Yes, most of the examples look very limited compared to Lisp but there is Rebol / Red (http://www.red-lang.org/) which is atleast as powerful as Lisp in terms of homoiconicity (as well as in other things), if not more. Red/Rebol don't use sexps, don't look like this (((())))), are highly dynamic and homoiconic.
See "Homoiconicity in Rebol" in https://en.wikipedia.org/wiki/Homoiconicity (well, no good examples over there which shows Rebol's features properly.)
> RE the learning curve: Do you think the APL family can exist without the terse syntax?
So yes, I think that the APL family could exist without the terse syntax, but well hey, everything has its tradeoffs and all this is subjective - everyone has his own thinking - there might be someone in this world who in love with the APL syntax :D
Compilation takes a long time currently. It is normal. Fast Compilation Times are an objective for 0.6.5 release.
For FFI, see http://static.red-lang.org/red-system-specs.html#section-15....
As for `Is there way to run a GUI script without the shell popping up?` , IDK. So better ask it at the gitter chat room.
Although my personal opinion is that it is a good time to jump into Red because it is expected that Red 1.0 release date near about 1 year. So, learning Red, and finding bugs in it is gonna help you and both the project to advance further quickly and get ready for prime time action.
Red/Rebol allows for very clean (subjective term!), short and concise code, which allows for easy long term maintenance and also leads to more work done in less amount of time.
The syntax is a big deviation than the imperative C-Style languages people are used to. But if you ask me, then well, it is for the good.
Coming up next -> https://trello.com/c/11bblhBn/133-0-6-1-android-gui-support
Come chat @ https://gitter.im/red/red