World: r3wp

there's something with mime-types imo - right clicking the exe, choosing 
to save, saves it as world_win32.exe.htm, containing github html 
stuff ...

Why you just down download https://github.com/Geomol/World/zipball/master

Because thing shoul be easy! And if Geomol points us to the link 
he posted, I will not look around to find some mysterious zipball 
...

so try to click on it using left button:) https://github.com/Geomol/World/blob/master/world_win32.exe

OK, I found I still have Tortoise git installed, and synced the stuff 
....

It is quite a long time I last used it to get R3 sources ;-)

It would be better to contact github to add colorizer for the World 
language.

Clicking left button does not help at all - brings you to subpage, 
where no download button is available. So I used raw link. It stores 
it as 515kb exe, which is not runnable.

It would probably require a small fix in the current colorizer used 
for Rebol (so World is recognized as well)

of course there is the download link... it's called RAW.. and you 
could also see history with diffewrent versions

(once there will be a new versions)

Just try to download .raw - it is not runnable

OK, now the question - World is some 515 KB - it is still small in 
comparison to many other tools out there,but still the question remains 
- why it is so "big", as it mostly compares to /Core? :-)

Interesting - after the start, it also takes 4.3MB vs 2.3MB of R3/View

It would be intesting to have 'stats (profiler) available - anything 
like that planned?

Size is probably because of some Windows includes/libs. From my mac:

-rwxrwxr-x+  1 john  staff  360286  4 Dec 09:53 world_linux
-rwxr-xr-x   1 john  staff  346216  3 Dec 11:27 world_macosx
-rw-r--r--+  1 john  staff  515991  4 Dec 09:50 world_win32.exe


The OS X and Linux version is much smaller. I have to dig into that 
at some point. But I don't think, it's so important right now.

Geomol - absolutly - not impotant, just a question of couriosity 
.... You better focus to some other areas :-)

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

I have got first crash. Try code like:

for i 1 1000000 1 [print "ahoy"]

... and press ctrl c

ctrl c terminates World. That's intentional.

ok

I guess you should give us a bug tracker.

nooo too much work for me. :)


Well, for now I would not have time enough to deal with lots of bug 
reports. At a later time, when I'm mostly done coding on it, and 
have removed all the bugs, I already know about, and added missing 
features, bug reports are very welcome. But simple tests, like you 
see in the test/ dir is a good idea. I can handle a couple of falsed 
tests at a time now. So maybe that's a way.


What do you guys think is a good way? What way will get to the goal 
knowing I'm booked with things to do already.

I guess you need form for feature requests as well :) For example 
the routine! part is not good enough, R2 version is better at this 
moment.

Yes.

Fixing the routine part is high on my list.

And the defining rules for routines will most likely change, so don't 
use a lot of time making routines, unless you're ready to change 
your code later.

Defining routines is on page 10 in cortex_alpha.pdf. I just updated 
that doc.

Oldes, you can try putting in the [typecheck] special attribute.

don't forget routines which return void

I think, that's supported already with
void none!
at the end of the make routine! block.

And when the return type is void, the World type after (none! in 
my example above, I should maybe had said unset!) is ignored. Return 
is unset! then.

Reached 1000 pageviews.

Stats about audience for
http://world-lang.org


Overview: http://www.fys.ku.dk/~niclasen/world/overview_20111204.png
Stats: http://www.fys.ku.dk/~niclasen/world/stats_20111204.png


Earlier stats: http://www.fys.ku.dk/~niclasen/world/stats_20111128.png

On OS X, World seems to be fussy about which directory it is launched 
from:

Rodney:Simple-Test peter$ cd ~/Languages/World
Rodney:World
 peter$ ./world

Loading Cortex... Done

World/Cortex 0  Copyright (c) 2009-2011 John Niclasen, NicomSoft

build: Dec  3 2011 11:27:45

w> .

Hello, World!
w> tes
t
== true
w
> quit

Rodney:World peter$ cd ~/Code/Rebol/Simple-Test

Rodney:Simple-Test peter$ ~/Languages/World/world

World/Cortex 0  Copyright (c) 2009-2011 John Niclasen, NicomSoft

build: Dec  3 2011 11:27:45

w> .

** Error: . has no value

** Near: .

w> test

** Error: test has no value

** Near: test

w> quit

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

For example:

** Error: set has no refinement called any

Not yet. How do we do that the best way?

May be using either Github issues or wiki

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?

(Which I can't spell !!!)

I'll create a wiki.

Can you see the wiki: https://github.com/Geomol/World/wiki
Can you add to it/edit page?

Yes, I can

Cool! As I add features, functions, refinements, that wiki has to 
be kept up to date to be really useful. I don't have time to do it 
all myself.

You should add link to the world page into the readme file.

done

Peter, the directory launch problem, you see, is because it can't 
find and run cortex.w . I'll fix this. You can run it manually though 
with: do %<directory>/cortex.w

Thanks, John

the automatic closing of open brackets may be handy when typing, 
but it gets in the way copying from the clipboard

Maybe if it could be turned off?

Pekr: "why it is so "big", as it mostly compares to /Core? :-)"


world's linux binary is already smaller than rebol/core 2.7.8 for 
linux. (not that it matters, though :)

re bug tracker: i think we can just use github's issue tracker [1] 
to _record_ issues we find, for now. so just so that there's a single 
place to collect them.

[1] https://github.com/Geomol/World/issues