World: r3wp

Thanks!

It doesn't seem, functions with get-word refinements are used very 
much.

Not refinements, get-word arguments.

They are very rare.

is the site built using only nested table elements?

Good news -- no absolutely positiioned DIVs, so it is a fairly fluid 
layout, will flow easily into most window size.


Bad news -- main frame of site is a table. Originally, it was nested 
DIVs but that caused some layout problems when displaying <pre> sections 
of code. Going to a table was a quick fix that has never been looked 
at again.

divs really cause sooooo much browser display issues.... tables usually 
are easier to manage.

ok , I'll give it a try for fun...  :-)

Max, given up already on the json library?? :)

I'm almost done doing my lean rebol to JSON converter...  and its 
been tested using an html and javascript  test, so its output is 
valid.

In that case, fnished so soon??

sunanda, you might want to add an "extension" section to rebol.org 
where we may contribute C/C++ code to rebol.org... what do you think?


for tutorials and small projects it might be very usefull as a tool 
to help out other people into understanding how to use the extension 
API.

It's possible....But may take a while.

For now, you could publish extension code on REBOL.org as an article 
(or series of articles).

Guys, is there any strategy of how to distinguish R2 vs R3 script 
base? I know that there are header/library fields available, but 
apart from that, I expect almost zero compatibility between R2 and 
R3 script base, and users might be confused, why scripts don't work 
for them? Would R2 vs R3 script-base split be a good idea?

The strategy is:

-- allow scripts to be tagged as (say) r3-ready,. r3-only, r2-only
-- allow searches to be limited to specific tags
-- perhaps highligh in searh results the R2/R3 status.
The first two steps are already in place.

Something new in the Library....If you own scripts, you can add images 
to them to make it all a bit more graphic.

Only example to date here:
    http://www.rebol.org/view-script.r?script=ascii-chart.r

Notes about how to add images to yoour scripts here:
    http://www.rebol.org/boiler.r?display=script-images

Thanks to Maxim for the original change request.

very nice touch

looks good - it might be useful to impose the actual dimensions of 
the three sizes for consistency. I suppose the submitted images could 
be scaled after uploading, but it might help the uploader to know 
the sizes so that he could take them into account and maybe crop 
the images, if needed.

rebol.org should have a new tag added:

 R3


since R3 just about every R3 scripts are incompatible with R2 it 
would be nice to have reference to what R3 scripts are available 
on rebol.org.


I ask this cause I want to upload an R3 BNF -> Parse grammer converter 
and I see no way to make it explicit in the gui that its an R3 script.

Agreed.

Anyone can add any tag to scripts....Click the [edit tags] link when 
logged on and looking at a script.
   http://www.rebol.org/boiler.r?display=st-edit-tags-help

ok, so my guess is to add r3 as a library *interface* supported tag 
in the left columns.

there is a tagged called r3-ready, but that doesn't rule out its 
a r3 only script.

so possibly the best would be to make it a standard like:

r3//only
r3//compatible
r3//incompatible

Sounds good -- go for it!!

Is it not sufficient to set a minimum 'needs header?

Once we have a few with an R3 tag, it'll make sense to add R3 as 
a menu entry.

Seems version-specific tags become obsolete over time..

Chris -- that will ensure people have to use thr right .EXE to run 
it.....But not help them select which of the 900+ scripts are R3 
ready already.

chris: some scripts might need 2 but still be compatible with r3... 
right now there is no way to know what (still) works in R3

No many tagged yet :)
  http://www.rebol.org/st-topic-index.r?i=r3

exactly... but just adding that button in the menu (even if there 
are only on or two script which are tagged atm) will help raise awareness 
about the need to tag stuff and to add new r3 content to rebol.org.


that's just my two cents... right now... rebol.org fives the impression 
it doesn't support r3 at all.  maybe a little post on rebol weekly 
to promote the use of r3 tags and a quiet request to carl to blog 
about it on the r3 blog, where MANY people go for r3 news.

its time to show the world that R3 is starting to be usefull, stable 
and now finally actually better than r2 in few ways.  


Its gotten past the fun "prototype" stage and is now at the usefull 
"it works" stage, even if still alpha/beta

But not in a way that looks weird when R2 and R3 roles are flipped.

what do you mean?

It'd make some sense to add an [R2] tag to all existing scripts (we 
can do that automatically) and/or [R3//untested] tag.

But let's get some [R3] scripts first,  so we have  a_need_ to make 
the distinction.


A couple of my scripts should be tagged as [R3] -- I just never got 
a round tuit:
   http://www.rebol.org/art-display-article.r?article=j26z

It'd be more elegant to find the best way to add it to metadata, 
like just adding 'r3 to the tested under dialect in the library header.

Or 'find the most elegant way to' : )

some of the library headers create tags IIRC.  :-)

maybe a simple part of header processing could be that when needs 
r3 is there... it is tagged as such automatically.

Exactly.

If you add a new script, yoy can add a (say)
  library: [r3: 'tested]
tag, and that will be picked up and used in the tag index.


The problem with updating the tags in the headers of existing scripts 
is that it is long-winded: you need to physically upload a new version.

Better just to retag via the [edit tags] link.

I am enhancing the rebol Haru PDF binding again , in the meantime 
I added support for getting position of current "text cursor" (which 
was the problem back then).. I needed it to detect when to go to 
new-page with pdf. Now I also added support for images (jpg and png). 
I am using Git so code is here: http://github.com/jankom/RebHaruPDF
.. it's still heavy in progress and there is a nicer OO interface 
than the one in sample_images.r (that is using the lowest level direct 
functions from binding because I am testing if it works at all with 
it)

Basically I am writing to ask something ... I am newbie at writing 
rebol bindings. This binding if it works it works but if almost anything 
goes wrong it simply crashes. For example missing some file, not 
going into TEXT mode , not oppening closing something, page reference 
insted of pdf doc reference given to some function in binding .. 
pdf that we intend to write being locked (alredy open in acrobat)... 
ETC ... 


I intend to write this robust now, so I am asking how is this usually 
done? I can check for preconditions before talking to binding at 
runtime in rebol. Another (better) option is that binding shouldn't 
just crash for anything that goes wrong. I saw in docs something 
about error messages as return, so maybe I am doing something wrong 
in the first place , for example not implementing or setting up some 
callback for errors... Anyone more experienced than me? Rebol Haru 
could be quite capable otherwise, it supports all things that are 
really messy to do in PDF (encodings, embedding fonts, images, encryption, 
graphics, ...).

One thing is that I can check for these preconditions at runtime,

ups.. I thought this channel is Library .. about native libraries 
:/

It's an easy mistake to make :)

I don't know .. I still remember seeing just Library :)

(at first I thought that someone changed the name of the group just 
now :)) but now I think that probably I just missed channel

I just updated the group name from [Library] to [Script Library] 
to make its primary purpose clearer.

aha, then I am actually not going crazy :))))