World: r3wp

Is there some simple way how to extract values of one datatype (eg. 
string!) from a block! ? Something like filter [...] string! ?

remove-each val blk [not string? val]

Thanks Henrik!

and is there a function like ALTER but that adds a value to a block 
if not present and leaves block as is if value is already present?

I think this was just discussed a few days ago in this group. Search 
for ENTAIL.

I just see a lengthy discussion about that function's name... Nevermind, 
I wrote one myself already. It's faster than to use AltME's search.

INCLUDE : if I pick the usage well, it can be named APPENDNEW. The 
tradeoff if the length, but its shorter than the either statement 
anyway. So we can have an INSERTNEW too.

ANEW, INEW

INCLUDE.   why is everyone dancing around this word.  <sigh>

this is what the word means.  


union is merging two sets.  Including, means adding to a set.  since 
a set is by definition a collection of unique items, I don't see 
what's the problem.

INCLUDE, includes several meanings.

and in set theory, "set inclusion" is just another name for the subset 
relation

INCLUDE has the drawback to be already used for other purposes in 
computer languages (like preprocessor).
We simply could peek a synonym, they are many.

COMPRISE, CONSIST, CONTAIN, HOLD, CONTAIN, BEAR, CARRY, INTEGRATE.
A short one if possible...

CONTAIN is not bad

matter of taste...

i like HOLD because it's short

CATCH is not bad either...

oh.. already used, forget it

eh ! what about PROPOSE ?

it has a sense of a contionnal action... no ?

I like #INCLUDE as a preprocessor directive, and I wouldn't mind 
if the function (e.g. Ladislav's INCLUDE) had a different name, like 
ASSEMBLE. I know he has a BUILD func already,

I also don't mind if I need to port things to a new system for R3, 
as many things need to be revisited anyway. As long as I can run 
old R2 scripts side-by-side easily. The important thing, then, is 
getting everyone on the same page with regard to the various domains, 
steps, and responsibilities of design, assembly, and deployment.

just call the "missing" function UPSERT and be done with it. will 
also fit nicely, if you add special treament of "keyed" records to 
it (using the usual /skip and /part refinements).

Max, Robert - thanks for offering Carl a help with the Help Kit maintanance. 
If we do it, I buy Android phone to test R3 :-) I was also thinking 
about the Beagle board, etc. Simply I would like to see R3 on ARMs, 
as in mobile sphere, they are - everywhere ...

I am also thinking of buying a beagle board, for robotic experimentation 
with my kids.

Are these more versatile than a plug computer? I guess so if you 
want to use 3D and the other media related IO ports, but otherwise 
how do they compare?

they are motherboards which you can use to make plug computers

they have everything on-board (even a graphic chip IIRC) and standard 
connectors right on the board.

http://en.wikipedia.org/wiki/Beagle_Board

the graphics actually aren't that bad  (10 million polys a second!)

We are registered with Texas Instrumets, and they have new DaVinci 
gfx chip -

 http://focus.ti.com/dsp/docs/dspplatformscontento.tsp?sectionId=2&familyId=1300&tabId=1855&DCMP=dm368_041410_eu&HQS=Other+EM+dm368elp-ee

or this board...$49 - CM-X300 Computer-On-Module http://www.compulab.co.il/x300/html/x300-cm-datasheet.htm?gclid=CPinmdrk3qECFaEN5QodCgu1KA

although you can find Arm based laptops for under $100. You already 
get the keyboard and screen....

too much cool stuff out there  ;-)

What are people actually using R3 for at present?

Internal tools, prtotyping to see how far we can go with it, up-front 
development of necessary libs

Are there anythings you are doing that can't be done with r2?

there will be soon.

I'm looking for the compelling business proposition to shift my apps 
to R3 ...

UNICODE support?

I don't think you should do that yet. Wait 6-12 months and see what 
tools are around. What RM Asset is developing is mostly backend/tools 
stuff, to make sure that developing boring business apps becomes 
a smooth and quick process and some of these things wouldn't work 
well in R2 or would be hampered by various already known showstoppers. 
We have to think forward and build this stuff under R3 now, otherwise 
we will have two things: A fast and poorly supported platform to 
build apps on (R3) and a slow and limited platform to build apps 
on (R2), and we don't want that, do we? Besides, RM Asset already 
has some target apps in mind for R3.


Also given how R3 uses a hostkit, gives everyone much more control 
over how they want certain things done or add special extensions 
to, say, graphics or database capability without having to ask Carl 
to add it.


I think you will appreciate that this stuff is done first, so you 
can build a good app in a few days, rather than spending 2 months 
doing it. It'll save you a good bit of money too. This involves GUI 
test tools, customer feedback mechanisms built into the GUI, quickly 
integrating a GUI with a database, completing the GUI generally, 
various extensions, such as the high speed networking extensions 
needed for xpeers-II.

Customer feedback into the GUI? I am really interested to know, what 
is VID turning into :-) Or is functionality as "customer feedback 
mechanism" an addon?  Maybe it would be helpful to have some high-level 
diagram, about GUI components ...

Will there be anything to test in 1-2 months period? I would be interested 
e.g. in testing new styles you are creating ...

Perhaps something in 2-3 months, but also depending on hostkit. Customer 
feedback is mostly RM Asset related. It doesn't necessarily mean 
direct feedback from customers, but methods to more easily debug 
crashed apps without demanding anything from the user, such as a 
record of which buttons are clicked, replay mechanisms, etc.

Note that the specs document is not updated with these things. We 
have to figure out how they would work first.

What VID is turning into: It's turning into a VID that will be very 
useful. I've personally been missing these features for ages and 
will eliminate many hours of tiresome debugging.

Sounds good, except the timing :-) Well, but we have been waiting 
for new VID for 2 years already, so another 2-3 months are OK. If 
you have anything to test, feel free to ask, I am willing to, and 
I did so  in the past too ...

btw - why is host kit important for you as well? Are you doing also 
some low-level View changes? Which reminds me - hopefully View will 
be able to display Unicode chars? :-)

fixing bugs and getting control over AGG.

The win32 hostkit has been done for A99 .. .why hasn't it been released??

Difficult to say ... it depends on Carl. The bad thing is, that Twitter 
message says: "Where's the A99 host kit source and lib?", which leads 
you to latest blog article, which does not contain any link though. 
Let's hope Carl does just some last minute changes ....