World: r3wp

source code of a game (one of them) for Silverligth http://silverlight.net/samples/1.0/Sprawl/xaml/scene.xaml
--> http://silverlight.net/samples/1.0/Sprawl/default.html

maxim - your flow data engine should handle that too, no? As much 
as we can create grid in rebol (well, or at least rebservices), and 
generate events using R3, we can distribute those events. In fact, 
that would be nice demo for plug-in - do some drawing board, shared

is this slow because it's tattoo machine or it's slow because of 
the Silverlight itself? http://silverlight.net/samples/1.0/Ink-Tattoo-Studio/default.html

Oldes - what the heck is that? :-) Are we supposed to see source 
code of rich aps in XML or what? :-)

I want my R3 now with new View too :-)

look at this... XML made from JS http://silverlight.net/samples/1.0/Tile-Text/js/Scene.xaml.js

I my R3 as a plugin:]

(I want)

I'd imagine the surface control would work well with the Bumptop.

http://www.digitalmars.com/d/overview.html

Reichart;  You rat b#$%&@d you.  (He said with a big smile)  I promised 
the graphic

designer we'd go for a live trial run today.  I've done nothing but 
twiddle with D all

morning.  :)  To be honest, I place C++ at the bottom of my "likey" 
pile, maybe more 

from being pigheaded, than deserved merit.  (I tried to respect Bjarne's 
work.  I and

I can only assume he has a Computer IQ in the very high hundreds.) 

I expected the same from D.  Not so. You rat b@&%$#d.  (Again, with 
a nice big
friendly smile).  I have work to do today.

: )

Yoouuu....Sandie won't be happy....And she knows what you look like...from 
the
DevCon site.  :)  I may have to deflect half the beating...

D: Following it since two years. That thing is very cute for compiled 
stuff. That's Über-C++.

Office: Take a look at softmaker stuff. Small, fast and complete: 
http://www.textmaker.de

How does it compare to Open office?

MS to support Dynamic Languages: http://arstechnica.com/news.ars/post/20070430-microsoft-reveals-dynamic-language-runtime-for-net.html

interesting video on using mixed languages and .net http://sessions.visitmix.com/default.asp?event=1011&session=2012&pid=DEV02&disc=&id=1511&year=2007&search=DEV02

include JavaScript, VB, Ruby, Python

Reichart: It's smaller, faster and IMO more streamlined. Really good. 
And it's price is very fair.

I can't wait for word processors to no longer exist.

They waste my time.

Teh formality of it all.

Reichart, seen the Etoilé desktop? Early concepts of it shows how 
apps are banished and everything is made up of smaller bits which 
you put together to an "app". You do it on the fly.

so if you want to write a document, bring up a piece of "paper" which 
uses a type setting service. if you want to print, you call a printing 
service. if you want to spell check, you call a spell checking service. 
if you want dynamic content in your document, you can call services 
which can respond to various input with an output, tied dynamically 
to the paper, such as the current date, or a customer database entry

whether it will be like this in the final version, I don't know. 
it seems to be application oriented right now.

reichart: http://www.stud.fit.vutbr.cz/~xcapmi00/etoile/

More accurately: http://www.stud.fit.vutbr.cz/~xcapmi00/etoile/task_a.html

Reichart;  We (a dev team) duked it out way back with Word for DOS. 
 It was a

complete waste of our time.  We handed management a text file with 
some fairly

complex technical information and a "beautiful" word doc, full of 
near gibberish.

Management picked the gibberish doc...it looked better, to pass up 
the line.  We

giggled, then informed him of the insider joke, and spent the day 
wrestling with

Word to make the real tech spec "look good".  Sex sells.  When we 
wanted a

faster network, the document started with "Your pipe is very small" 
 No manager
wanted a small pipe! Very effective.

I'm glad I don't have to deal with this kind of management... Brian, 
I've read stories about how network equipment purchases were based 
on how many blinking lights there were on the front panel and how 
an admin created a fake light panel to get his manager off his back, 
because the manager complained that the equipment "wasn't doing anything".


I know it can't get this simple, but management should never be a 
position you could get hired directly into... it should be a position 
one can only advance to through plain skill.

Well, to be fair.  I wouldn't really want techs running a large corporation. 
 Skill sets

are skill sets and techs are good at techie and (most) bosses are 
good at money
(and requisitioning bigger pipes).

Etoilé .... interesting...

Your pipes are very small
 LOL, and smart...

I've been following the Silverlight and DLR developments a lot this 
week. It seems to me that this would be a good way to get REBOL in 
the browser. You could market a REBOL based on the DLR as a /Services 
integration library. Rebol Universal Services Transport, a way to 
bind all of those Iron languages to light-as-air REBOL/Services :)

I don't know something about etoile seems like its not really changing 
the actual workflow of use.  I still sense a "software" in the GUI... 
but I agree its much more pervasive.

I would like it to completely ban the use of actual apps and just 
rely on services to do everything. And then on top of that, make 
the whole damn thing scriptable. It would be a hell of a bold move, 
but I think it would work.

They are talking about banning the concept of files, and rely fully 
on persistent stores, but there is still not a solution on how to 
do that.

why services... services are softwares.

I think you will like elixir.   :-)

its close to etoile... but it also loose the false desktop metaphor.

when I say close, I mean in many underlying motivations.

What's the difference between a service and an app? 

PickOS used a DB as it's file system.

and its fully scriptable  :-)  antidote is actually used BY the GUI 
instead of coding many of the things internally... for example, all 
hotkeys are actually within an external file with character and command 
scripts which applied when that key is pressend and no focus is detected.

Services are small. They do one single thing and they do that one 
thing very well. OSX has them and they've been there for ages, but 
the system only relies on them for manipulating things in apps, not 
to construct ad hoc apps themselves. How often have you not wanted 
a cool feature from program X in program Y and vice versa? This would 
do the trick.

elixis is much more granular than etoile.

The service versus app distinction is a big gray area IMO. No great 
answers here, but if you don't provide "preconfigured service bundles" 
a.k.a. applications, how does Grandma use them?

its much simpler.

when you see the relationships.

in etoile they still consider a "desktop" to be a viable and intuitive 
interface... when in fact it isn't

I'm totally behind the concept of modular scriptable software though 
Henrik.