My another motivation was to lower the number of Rebol issues (before 10 years anniversary of Rebol opensourcing)... but I'm not stack on devil's number >:-) https://github.com/Oldes/Rebol-issues/issues
Gregg
Thanks for explaining. OSS is difficult, when trying to balance being open to contributions while maintaining a clear vision and conceptual integrity.
I've been thinking about Red Panda as a mascot. Roosters do signal the start of a new day though. :^)
WiseGenius
A "red rooster" would be very wierd for me since here in Australia there's a very well known fast food restaurant called Red Rooster.
It was not meant seriously.. world is full off chicken logos.
GiuseppeC
You are doing great work on REBOL3. Maybe I have already asked this but is there an ANDROID version with GUI?
Henrik
Oldes, again, thanks for your work. I am wondering what it takes to bring it as close to R2/View in completeness as possible, so end users can have the true R2 experience of one complete package in one executable, like the old days.
Oldes
No Android.. sorry.. I'm more interested in making a production tool instead. And I'm definitely interested in making some sort of View.. but I don't expect it should be fully compatible with R2. I was already experimenting with Blend2D, which is better and modern AGG, https://github.com/Oldes/Rebol3-Blend2D/ and in the Windows version there is still some minimal View available... so I can for example display an image like: `view make image! 600x600`. But it's still a lot of work to get it done for all 3 main systems and I'm now very limited with available time.
Oldes
Btw... Henrik, I was following your discussion about compiled draw in Red's Gitter channel and I have same opinion as you.. I think it is a good way to have procompiled gui widgets with defined inputs and outputs. But maybe it's better to get it somehow working in the old way.
(I mean better to start with the old way and than with optimizations)
Henrik
Oldes, I think in general that it makes sense to design draw code, so that you are not drip feeding your super fast draw engine by mistake. That is what is happening in Red. It can't go any faster than the parser allows. Parse element -> draw call, parse element -> draw call, cannot be fast.
But, that is a longer topic.
GiuseppeC
REBOL on Atari 2600: LOL!
Kaj
No drip-feeding the draw engine there :-)
It "races the beam": it draws the television display scanline by scanline in real-time, 50 to 60 times per second, on an 8-bit CPU running slightly over 1 MHz, on a machine with 128 bytes of RAM
Bo
That's impressive!
Do you have any demo videos?
Kaj
Thanks! No videos yet, but it's not hard to install an emulator and run the ROM file