AltME groups: search

If you want to spread this link, on the REBOL mailing list for example, 
please do

Is anybody planning to take on Orca development ? I wanted to reply 
to Karl R. message in the Orca mailing list asking him for 1) move 
license to MIT/BSD 2) what he doesn't like about rebol that prompted 
him to abandon the project

There was a message on the ORCA mailing list yesterday bu Karl Robillard 
annoucing a new incarnation called Boron.


The Boron wiki page is at 
http://sourceforge.net/apps/trac/urlan/wiki/BoronProject

Yes, it's Karl, and he has a mail address and mailing list at SourceForge

Anyway, I don't have OS X, so the best thing to do is to take this 
up with Karl on the Boron mailing list

If the func doesn't take a lit-word/get-word argument, it should 
evaluate and pass as an object. Now, if you have a block of words 
that refer to list faces, and you pass that word, that's what you 
get. If your func has types defined for the args, that can help catch 
issues like this.

Our datasets are huge and we optimise for performance by unfolding 
and indexing a lot of stuff into rules... for example instead of 
parsing by a list of words, I parse by a hierarchical tree of characters. 
 its much faster since the speed is linear to the length of the word 
instead of to the number of items in the table. i.e.  the typical 
 O*n   vs.   O*O*n  type of scenario .  just switching to parse already 
was 10 times faster than using  hash! tables and using find on them.... 


In the end, we had a 100 time speed improvement from before parse 
to compiled parse datasets.  this means going from 30 minutes to 
less than 20 seconds....but this comes at a huge cost in RAM... a 
400MB Overhead to be precise.

My floating point support todo-list for Red/System:


http://groups.google.com/group/red-lang/browse_thread/thread/5fe1e6bde8576d51?hl=en

what is that channel?
 Just the Red's mailing-list, nothing new there.

Yes, using system/args-count and system/args-list, see: http://static.red-lang.org/red-system-specs.html#section-12

Doc just tweeted about floating point support improvement - the list 
got updated - https://github.com/dockimbel/Red/wiki/Floating-point-support-todo-list

Great, let me know when your ImageMagic binding will be ready, so 
I'll add it to the list of existing bindings.

And would avoid to add them in the "keywords list".

Newbies info: well, from all the presentations slides, you can see 
that Red is meant to be a "general purpose" programming language, 
so making any list of possible applications would be restrictive 
and probably also premature as Red is not yet implemented.


GUI is certainly a feature to have, but I wouldn't make it part of 
the "core" language, rather handle it as library. One remark about 
future Red GUI support, there will probably be several GUI frameworks 
available (we already have GTK+, I'll add a native one, and someone 
could contribute a View clone), I'll try to put a common VID-like 
dialect on top of them, so we can quickly switch from one to another 
with minimal changes needed.

You can also add HTML5 to the list of future GUI frameworks. ;-)

I guess that a context-free grammar would have required some arguments 
list delimiter, such as C and most other languages have.

end of list of arguments is uncertain

Doc - congrats on finishing floating support in Red/System. Now all 
to-do list items seems to be done right? So time to move on onto 
Red itself? :-)

type: list/type
value: list/value

Kaj, I've been able to reproduce a similar behavior (having 12 in 
list/value instead of an address) using a small program, I'm analyzing 
it right now.

Red/System: already anwsered by me, Kaj and others (also, there's 
a todo list on red-lang.org for contributors that are searching for 
tasks to handle).

todo list - you mean the roadmap?

If they're not in the list, that would explain why they don't work, 
because the manual loading is needed to pull them in at run time

Yeah, STATS would be nice. It's not high on my list atm.

Fixing the routine part is high on my list.

Do you have a place to keep a list of REBOL incompatibilities?

For example:

** Error: set has no refinement called any

Nenad uses Github issues for bug and feature request tracking for 
Red though perhaps the wiki would be better for a List of REBOL incompatabilities?

I do not remember clear, if all versions of R2 or R3 gave warnings 
at first start, but now they are in my exception list. And at least 
once I got suspicious of R2 too, as it initialized / loaded libraries 
not needed.


The curious thing is, that now I do not get a warning at start of 
world again. And I did not allow it, but choosed "ask again".

Better error! implementation is high on my list. Also needed to implement 
TRY.

You list of 5 things:


1) Not sure, I wanna do that. It takes time away from me finishing 
version 1.
2) I have set the goals for ver. 1.
3) No (see Q&A)

4) "Ask for cooperation" - World would need schemes for the different 
protocols. I will welcome others work in that area. Me (and most 
likely others too) would like to see World on more platforms than 
the current 3. Host kit is open source. I will welcome ports to other 
platforms. (That's what I can think of for now, but I'll keep it 
in mind.)

5) It's faster for me to write the documentation than building a 
comm/doc infrastructure. I'll write the World 'bible'. Work has started, 
and I'll use more time on it, when version 1 is a bit closer.

I just thought of another way to help. Make a list of REBOL functions 
missing. There are many missing from %rebol.w

And there already is a wiki started with differences from REBOL at:
https://github.com/Geomol/World/wiki/Differences-from-REBOL

I don't have time to write it. But everybody can write in that wiki.

Now, go try World out. And remember to have fun!

Okkkkk, there is a huge list for the serialized ones ;-)

just write: ? datatype! in the console to get some list