World: r3wp

I don't have the time this week to do so, and am waiting on some 
more community understanding before I jump in. The "intrinsic property" 
thing likely won't survuve the cut, being replaced by the "implicit 
-of" thing.

But, the 

    Face/faces


was used before the change, and it was not a function, but a block 
"storing" the faces

Then FACES-OF would be the best name for the function, letting 'faces 
be used for variables, and maybe letting FACES? mean "does it have 
faces?".

It definitely wasn't based on any C convention, definitely on English 
:)

Where should be stored equivalent to R2's system/user/name and system/user/email 
?

Also do we have any standart way how to specify that a script requires 
R3 in script's header?

There's no mail functionality yet

Graham's SMTP protocol doesn't seem to have a place for them, either

I'm not looking for mail functionality, but where will be stored 
the user info.

Another question... if I want function which converts integer to 
one byte, is there better way than:
	copy back tail to binary! 60

maybe:
	to binary! to char! min 255 60

I should try if extension could speed up such a conversions.

Hm.. R3 version of conversion to 2 bytes is slower:/
R3:
>> tm 100000 [copy/part head reverse to binary! 300 2]
== 0:00:00.079
R2:

>> ui16-struct: make struct! [value [short]] none tm 100000 [ui16-struct/value: 
300 third ui16-struct]
== 0:00:00.047

make a new native as an extension, link it as a command :-)

Kaj, Maxim, thanks for pointing out the document.

Does copy/part head reverse to binary! 300 2 give the correct answer?

>> to binary! 300                                      
 
==#{000000000000012C}


>>  copy/part head reverse to binary! 300 2           
  
== #{2C01}

good... as an extension I have:
            const short int val = RXA_INT32(frm, 1); 
            REBSER *ser = RL_MAKE_STRING(1, FALSE);
            RL_SET_CHAR(ser, 0, val );
            RL_SET_CHAR(ser, 1, val >> 8);
            RXA_SERIES(frm, 1) = ser;
            RXA_TYPE(frm, 1) = RXT_BINARY;
            return RXR_VALUE;

>> tm 100000 [to-ui16 300]
== 0:00:00.016

Peter: yes.. but speed is important!

not sure how fast is this, but you can use vector for diffferent 
int conversions...like:

>> uint16: make vector! [unsigned integer! 16 1]
== make vector! [unsigned integer! 16 1 [
0
]]

>> uint16/1: 300 skip to-binary uint16/1 6
== #{012C}

So the extension is fastest?

maybe to-binary on vector! could do the job best way but this is 
not implemented yet probably

Command is the best solution for me... I just wonder if there is 
not a better way how to write it in C, like using pointers or something 
like that

Cyphre - I think that vectore type is still not finished. There were 
also some blogs about conversions, but I don't remember the outcome 
....

But for me today starts a new era... I'm really starting to use R3 
since now.

Pekr, yes...from http://www.rebol.net/r3blogs/0079.html:

Conversions from vectors to blocks and binaries will also be supported.

blk: to block! vect
bin: to binary! vect

Details to be defined.

Oldes - that is cool to hear!

Could you tell us, what was the breaking point for you? Is it extension 
mechanism, which allows you to extend Core?

yes.. it's the extensions posibility... I was doing some heavy math 
with images recently and I think it's time to move and start using 
R3.. at least for new scripts.. which also require to rewrite some 
old which I use often.

did anyone download the protocols that Graham posted before his wiki 
went down?

(Carl is asking)

Sorry for cross posting this in different channels over the last 
year https://github.com/gchiu/Rebol3/tree/master/protocols

:)

So Carl is alive? Good to know:)

Deciding what to work on next

Is he afraid of cURL? ;-)

Yes, sure, he is afraid of everything, that could distract him.

Don't worry, you can leave the distractions to me :-)

the only thing Carl fears is Megabytes  ;-)

Give me some time and I'll get to that

Checking the CC would be a good start.

Checking the CC would be a good start.

How do you mean?

he hasn't gone over the CC tickets in long time.

perhaps he wants a change ... ?

work on something different

but Carl usually optimises into different phases of work.

design
build
fix


we sort of know why Carl has been a bit silent lately (he's been 
working on 2.7.8) now I think he is in a design phase in his mind.

Was there that much done on 2.7.8 ??

Brian Posted a list in the R2 Releases group.


I also hope he included 2 fixes which I got Cyphre to address in 
view which crash or mock-up the quality in AGG.

RAMBO shows about ten fixes

Don't remember AGG related fixes