World: r3wp

So what are the options?

BTW, how''s the port of Carl's demo going?

There are no options. BrianH constantly claims, that we have many 
things in hands, e.g. re Android. I will believe it, once I will 
see r3.dll downloadable for ARM, or it is only vapor.

We should not also forget the driving force, which Carl once was. 
Even if Carl would release Android compatible dll, it might not be 
enough, if he does not show to the outer world, that R3 development 
is vital. And not updating twitter since November, ditto for blogs, 
R3 Chat (few messages here or there does not hide the facts) speaks 
for itself ...

Re demo - for different channel, but - basic windowing is working, 
few screens too. But it can't be ported 1:1, due to some architectural 
changes.

Is anyone in contact with him?

BrianH constantly claims, that we have many things in hands, e.g. 
re Android.

 - this looks like a slight misunderstanding to me. Perhaps, by saying 
 "we have many things in hands" he did not mean the same as you saying 
 "we have many things in hands"?

Does he mean that many things are being worked on concurrently?

I do not think so.

Does he mean that there is too much work to do?

you should read above, or ask him, but I am sure Pekr misinterpreted 
his notes from above

No missinterpretation - having something in my own hands = I can 
do it myself. BrianH might be right - we can work independently from 
Carl porting Hostkit to any possible system, and that is what imo 
BrianH means - link to Android stuff. But in the end, and for full 
testing, you need R3 core library anyway ....

It's tricky when things get paraphrased. Pekr was closer to my meaning 
in his later message. There are many areas where we can work independently 
of Carl, areas that need attention. We can sync up when the initial 
development is done. There is a lot of work needed before the testing 
phase.

For instance, there is no reason that we should wait for Carl to 
start an Android port of the host kit. Even knowing that the r3lib 
has compiled on ARM is more than we require at this point, though 
it's nice to hear; we certainly aren't at the point where we actually 
need that build in our hands. Carl is not the limiting factor at 
the moment.

If by "start" you mean starting by thinking about the port, then 
granted, we won't need Carl for that.

If you are talking about getting actual stuff compiled, not having 
a libr3 basically takes any fun out of it.

Start figuring out the mapping between the host API and the Android 
API, etc. Compiling is a few second process at the end. Writing the 
code will take a bit longer.

The basic (non-view) "mapping" won't be much of an issue.

And stabbing in the dark without being able to test the code written 
with a quick compile is a very much un-fun process, at least for 
me personally.

I've already started the research, bought the phone and such. My 
limiting factors aren't Carl. And I don't do the incremental development 
with frequent compiling style, I do the write it ahead of time style, 
so am not limited yet by not having a lib in hand.

...Moving this conversation to....................hmm.............. 
we don't have a Group that nails this one....but I'm moving this 
to Android....

Interesting comment on SSL libraries:

http://www.varnish-cache.org/docs/trunk/phk/ssl.html

http://edition.cnn.com/2010/WORLD/europe/11/18/switzerland.cern.antimatter/index.html


38 anti-matter atoms trapped ... I wonder if they'll let them go 
free?

They've capatured anti-hydrogen .. next is anti-CO2 and then we can 
get rid of the excess CO2!

The above is in wrong group - should be in humour.

Ladislav, you have no sense of humour!

getting rid of the CO2, one molecule at a time.

But imagine the energy released when matter meets anti-matter ... 
has no one seen Star Trek??

There is no sound in space, and there is no excess CO2

Ah .. the old Zen thing

http://www.theregister.co.uk/2011/02/14/html5_in_2014/

They're taking the timeframe of R3 development to implement a... 
test suite

Perhaps we can use this THREE YEARS, to simply revert to somethign 
like xwindows, or even EPS, which simply works, and make a new web 
that vector and scales, and is small and fast.

That's called the Next, and the web was invented on it, so we're 
supposed to already have it

Reichart, that might have bigger ramifications than what we would 
immediately see, since many systems are (needlessly) rendered using 
heavy HTML engines, like the OSX dashboard. There are some big savings 
to make here by changing the Volkswagen of programming languages 
to something simpler to render.

That is what I had in mind when I wrote that.  I still own both a 
BW and Colour Next.

uh oh ... consuming the food/water near tokyo for a year is eqivalent 
to one CT scan ... not good

http://www.blackcatsystems.com/RadMap/map.html

http://www.epa.gov/japan2011/rert/radnet-data.html

http://www.zerohedge.com/sites/default/files/images/user5/imageroot/vonhavenstein/japan_earthquaketsu_fukushima_daiichi_march18_2011_dg.jpg

(note the RED forrest..................just like Ukrain)

http://www.epa.gov/japan2011/rert/radnet-losangeles-bg.html

http://georgewashington2.blogspot.com/2011/03/amount-of-radioactive-fuel-at-fukushima.html

Not trying to over load anyone, just showing that the Tech of this 
topic is "tricky".

Seems simple enough to me. Wanna cool a nuclear plant? Throw water 
on it :-)

And the heavier it is the better?

It's interesting to me that we don't have anything better or more 
efficient to actually throw the water with.

Perhaps liquid helium is not available in large enough amounts?

The height of our hi-tech is low.

Can't they bring in like 10 in remote controlled firetrucks that 
would spray water and go out for refiling while next one comes? (they 
made ad-hoc remote controlled cars in myth busters so it can't be 
that hard)

and don't japanese have all kinds of robots? (I know ratiation can 
screw electronics, but it seems it's not that hard, those chopters 
and firetrucks that they use now surely rely on electronics too)