World: r3wp

There's only 6 days left for the 2.7.8 release

BrianH, where did this month-based time table come from? Don't take 
it personally, but I wouldn't trust it, if you don't have enough 
control over it. :-)

I am in the "make a formatting function" camp, but it doesn't matter 
for math or numeric sorting.

I'm in the "make it sensible" camp

The month-based timetable was announced by Carl with the initial 
announcement of the coming of 2.7.7.

And this is now the "second coming"

I'm in the "make it flexible" camp. BrianH, does the new FORM-DECIMAL 
look useful for inclusion in 2.7.8? We may need to add different 
separator notation.

I'm still in the "make is sane" camp

Month-based time table: I don't believe it for a second. :-) 2.7.8 
sounds 6 months away to me.

Henrik ... Carl said it so it must be happening...

However, he hasn't worked on R2 publicly yet this year, so I don't 
know. We have enough changes accumulated so far to make a release 
worth doing, even if priorities have shifted relative to the 2.7.8 
release plans.

The installer needs to remove prior Rebo2 registry changes

the prot-http changes I submitted ...

Right now the installer is using those changes - we haven't fixed 
the registry usage of the installer yet.

Since it seems no one is going to review the prot-http changes .. 
I think we should just include them

and let the wider community report any issues

Graham, that is presumptuous. I was going to review them this week. 
I just wasn't working on R2 for the first cople weeks this month.

Brian, you said that Gabriele or Nenad should review them ... and 
that's what I was referring to ...

Well, when noone does something that needs doing, I generally do 
it.

Pity we can't include Romano's async protocol too .. and then we 
could start moving some of the R3 schemes back to R2

We can adapt the async tricks from Uniserve if we want to backport 
R3 schemes. R3's scheme model isn't set yet though (it's port model 
is), which is why I haven't backported the scheme-making dialect 
if possible.

As for the installer, I'm waiting for Carl to come out of his cave 
and submit his installer mezzanine fixes from 2.7.7 so we can get 
started on fixing it.

And please get rid of the auto-public-directory-creation.

The sandboxing functions (*-THRU) require it. The public directory 
should only be created in the View user directory, %appdata%\REBOL 
by default.

shouldn't it only be created when *-thru is used?

*-thru is used at startup.

>> help "thru"
Found these words:
   do-thru         function! Do a net file from the disk cache.

   exists-thru?    function! Checks if a file is in the disk cache. 
   Returns: no...

   launch-thru     function! Launch a net file from the disk cache.
   load-thru       function! Load a net file from the disk cache.

   path-thru       function! Return a path relative to the disk cache.

   read-thru       function! Read a net file from thru the disk cache. 
   Returns ...

Doesn't bode well for read only media

Or an os where you don't have write permissions

You can include settings on read-only media, even start with -i if 
necessary. It's made to be adjustable.

We need to take that into account when tweaking the installer though.

I'll check if there's a setting that can go in %rebol.r that can 
disable installing, or set View to portable app mode.

When last I checked 2.7.7 allows you to run without installing if 
you tell the installer that's what you want. And there's -i.

hi,

does rebol sending email attachments inline or multipart attached?
is there any solution to have a choise? 

since a mailserver upgrade I having trouble sending a pdf as send/attach 
...

adding a content-type header or content-disposition doesn't change 
anything. encoding base 64 either not.

Sends multipart attached ...

thx graham, any  idea to change this to inline?

What I suggest you do is send an email with attach and trace it using 
wireshark.  Then do the same with an email client and see what the 
difference is.

I don't really know anything about inline attachments

I presume that inline attachments are just attachments referenced 
inside the emal using some UUID.

thx for the hint graham

I used latest R2 to do experiment something with rebol yesterday.. 
I saw the map-each function but I didn't find the accumulate . Is 
it under some other name maybe?

ACCUMULATE didn't make the cut for R3 - it will be in the /Plus library. 
An R2 version is in R2/Forward, near the end of the file.

Posted mezzanine changes for 2.7.8, ported from R2/Forward 2.100.80.0:

- Added COLLECT-WORDS, RESOLVE, SINGLE?, IMMEDIATE!, INTERNAL!, INVALID-UTF?,
  CD, MORE, and the convenience words LS, PWD, RM and MKDIR.

- Removed buggy binary! support from ASCII? and LATIN1?, as done 
in 2.100.60.


See mezz-control.r #6763, mezz-file.r #6776, mezz-series.r #6772, 
mezz-string.r

#6773 and mezz-reflect.r #6771 for the relevant changes. Details 
in R3's docs.


Note: The APPEND and REMOLD rewrites are too awkward to incorporate 
without a

native APPLY function. UNBIND hasn't been written yet (hoping for 
a native).

They're in chat. If you're interested please review the changes, 
or complain here if you like.

How about a web page?  Not everyone who uses R2 is on chat .. in 
fact most are not

Isn't the documentation system able to generate docs automatically 
 from help?

We can ask Carl about that. The R2 docs aren't updated yet afaik, 
aside from the format conversion that Carl just went through.

R2/Forward doesn't have a web page - all the docs are in the source, 
or the R3 docs. The R3 docs should work for almost all of the functions 
in R2/Forward, at least to the extent that the R3 docs are current 
and complete.

Realistically R3 is not going to be stable for another year or more 
... so the R2 docs should be updated