World: r3wp

What sunk the C5 was that they were invisible!  Too low in the road.

It's like the danish "Ellert":
http://www.ellert.info/


I see them a seldom time on the danish roads. They're not a big success.

They should concentrate on this:
http://www.moller.com/
;-)

http://seclists.org/fulldisclosure/2009/Sep/0039.html

Vista/Win 7 users should probably read this.

-> Humour ;-)

Well Win-7 is not yet there, so use-on-own-risk but Vista is there. 
That's really a cool one.

Haiku OS alpha 1 released. So when is R3 going to be ready for it? 
:-)

http://www.haiku-os.org/

runs pretty OK. seems similar to BeOS, but not much new.

ClarkConnect (some of us use it) renamed to ClearOS - http://www.clearfoundation.com/ClearOS-Overview/clearos-overview.html

Google releases Chrome 3.0 - http://www.osnews.com/story/22170/Google_Releases_Chrome_3

Funny, I have and have been using v3 and did not know...atleast I 
did not notice any big differences or know when it was updated..

you see, chrome's release channel system is EXACTLY what I explained 
R3's should be.  separate channels releasing versions independently.

ah, I thought that Max could support the model :-) But - some users 
do ask - what's really new? Google adding few tidbits and raising 
product main version number?

new "whole" versions are often changes deep inside the kernel and 
invisible on the surface.  they probably added support for things 
like html 5 and video, etc.

like FF 3.5

but I'm just speculating.

the iphone can now bragg about having bad applications  :-)

http://www.osnews.com/comments/22161

Google is doing the continuous improvement model, a good one if you 
can afford to autoupdate without prompting. We can't.

Maxim, they already do brag about having bad applications, except 
they call them "apps" for short :)

hahaha

but now you have a professional "sucky application" dev environment 
to make your job easy at it  ;-)

MonoTouch isn't bad - C# actually turned out to be better than Objective 
C for these kind of things.

That's why so many games for the iPhone are written in C#, on the 
other professional C# dev environment for iPhone: Unity3D.

(.net is bad)  I wonder how they prted .net to the iPhone.

Simple: They didn't. MonoTouch uses iPhone wrapper APIs instead of 
the CLR.

And .NET isn't that bad, depenjding on what you compare it to. Bad 
compared to REBOL - good compared to Java, Flash,  ...

aaaahhh a link just made itself in my head....  novell + mono  <> 
 MS 7 new collaborative mindset... yes...  mono IS .net as an open 
source and actually sanctified by MS as a gift .

so yes, we can actually run .net code on any platform... hell we 
could even import the .net framework and use it in R3 eventually.

(using mono).

And with extensions, we could even call .NET APIs on Windows, such 
as most of the new Vista/7 APIs.

BrainH: is recent Extension API enough to link to .NET, or would 
you welcome some other additions, as utypes, for such an interface?

a lot can already be done right now... probably the most complicated 
aspect is using some of the structs which many of the windows api 
funcs use.

and many functions use callbacks too.  some just to implement "I'm 
done" type async stuff.

so this means we can be as accomplished as vb.net ?

as long as we can map the entire .net spec (probably through mono), 
in theory yes.

Graham - no, not complicated. It is about what reboltutorial suggests 
- how can REBOL be successful, if it can't integrate to business 
systems? Scala is becoming popular. I would like to use REBOL at 
my work. So - how do I query Active Directory, to get me listing 
of users? Bzzz ... you can't easily do such stuff with REBOL. REBOL 
is cool, but a bit in an isolation.

Me too .. I'd like to use a lot of stuff that I simply can't

again, SWIG might be the solution here... this whole topic needs 
a lot of research.

IIRC e.g. Robert is using comlib to access MS Excel API. Without 
it, he could not use REBOL at all for the task given. He does NOT 
code in .NET, he uses its API to get access to systems, apps, and 
their data ...

swig??

a tool which scans entire repositories of C/C++ code and builds bindings 
for various interpreted language... its one of the reasons python 
gets everything first... its totally integrated into SWIG... for 
example, SWIG was used to build the python OpenGL binding.  its just 
a question of getting the .h or the sources.  and then saying... 
I want to use it in [select language].

how big SWIG is? How do you work using it?

http://www.swig.org/

so building an R3 extension output module for it means OTHERS, non 
rebolers could provide the tools for us for free as part of their 
distros.

its not a simple system AFAICT, but a lot of people are using it, 
and its code parser is VERY complete and is used for VERY LARGE projects.

I guess you would build extensions per DLL. one for openGL, one for 
SQLite, one for audio, etc. no crisscrossing?

exactly... in fact, OpenGL provides the .lib files directly, so you 
in fact compile your own OpenGL DLL directly... no need to double 
reference the DLL  :-)

which is what SWIG basically does directly.  once a C library (.lib 
.so or .dll) is mapped to SWIG you can export it into any output 
module you want... since MANY libs have already been setup for SWIG, 
providing an output module for R3 extensions means we'd have access 
to many libraries right away.  no need to do the complicated work, 
just a one-line command saying basically, give me access to that 
for rebol .

The essence would be to make this work as painlessly as possible 
for developers. If it takes to download a single DLL and load it 
with one line of code to make R3 magically do extra stuff, that's 
the way it should be.

1. REBOL 3
2. SQLite
3. Profit!

Sounds like this should be a high priority for the team at Sassenranch 
...