World: r3wp

We should take a look at Monad to get the feeling for how the CLI 
will be intended to be scripted in the future.

For COM scripting we only have to be as good as your average ActiveScripting 
language. I would prefer to be better, but the bar isn't especially 
high.

.NET scripting is going to be another beast altogether: Monad is 
shaping up to be powerful indeed.

what is Monad?

Microsoft's new shell they are proposing for Longhorn and such, though 
it will work on any NT-kernel box with .NET 2.0 in theory. They are 
planning to enable shell scripting with piping of actual untranslated 
objects between commands. It is a lot more impressive than I make 
it sound here.

Let's stick with COM for now.

On that note, time to go off and think about this. Later!

btw: IIRC DocKimbel did some work on ActiveX interfacing some time 
ago. Sadly he is not active nor does he respond to email, so dunno 
if we could start from some already existing codebase ...

I am as usual worried about "run everywhere", because those apps 
may be missing.
But some random pros:
-Rebol as new arexx should be able to script apps.

-Peoples will have multiple computers (vmwared or others). It makes 
sense to script them all together. Have an office running somewhere 
to convert data etc.
-.net uses com internally afaik.

-firefox uses something similar. if IDispatch works with .net, it 
may be portable to access firefox-internals.

- .NET interfaces to COM and implements some of the framework by 
referencing existing native-code libraries, some of them through 
COM, but it doesn't use COM internally. It does include standard 
facilities for COM and .NET applications to interoperate. Other .NET-like 
runtimes don't use COM, and may not be able to.

- Good catch on Firefox and the Mozilla stuff, their XPCOM framework 
they build their components on works very similar to COM. It would 
require binding to different libraries through a slightly different 
interface but the REBOL-side dialect could be the same.

AFAIK their objects are internally com-objects. But had only a short 
read. But dont see why not, COM isnt that bad - concepts that is. 
Implementation and effort is another matter. But thats partially 
a lack of a good language. The component-pascal people had a lot 
of nice words for it - and a language/framework to fix its shortcomings 
:)) AFAIK .net is sugar around it - heavy sugar, vm, gc and such. 
But multi-language, windows arexx, versioning and such are already 
concepts of com.

Really, they're not. Any similarities are due to a need for interoperability 
and some influence on the designers of the new framework of the things 
that worked in COM. Internally, .NET objects are a lot more like 
those of Java than COM.

Im atending to CaFeLUG it's an open source 3 days long conference 
with various speakers and discutions, yesterday we have ms "maddog" 
hall, and today i get the chance to listen Roberto Di Cosmo, many 
french and italian people may know im, its has been a truly eye opening 
experience, i guess Argentina like many other countrys who use Privative 
Soft like MS windows (only because we can make the copy) its going 
to make a switch, the ability to copy windows will no longer exist, 
and the only real option is Open source because of the $$$ right 
now i think this will happen in no more than 5 years from now, i 
do not agree with the general idea o MS but i found COM to be a quite 
intresting thing its to sad to see how it's bloated by VB or C# but 
any whay its a nice thing they have. 

So in conclution its a good idea to have COM yes and no... yes because 
it will open a door for rebol and many programers (maybe) and no 
because the thecnology could become useless in 5 years (at least 
to me and people around me) 

I think it will take a few changes to make rebol COM compatible so 
it isn't a great deal programing it for a couple of years it may 
be a good thing to have.

But today there are some great things to do imagine REBOL's capabilityes 
integrated in the desktop a true desktop not the rebol one, REBOL 
stands in the middle between documents messaging information exchange 
etc... etc... just because it can integrate COM ....

BTW i found the rebol desktop verry userful in some tasks its geat 
i IOS is even better but the leack ability of interaction with aplications 
and elements out there make it a bit "closed" to my taste, dont get 
me wrong here, i just mean it for those people we use to call "useres" 
the weenies :-) we dont need that :-)

i've found a nasty bug on the rebol code, it avoided objects to be 
passed now looks much nicer and works... im working on some pritty 
examples WORD EXEL and more just the one's you can see on MSDN for 
VBS but workin in REBOL !!! wow comming soon ! you cant imagine all 
things you can do with this baby apart from crashing the system :-)

Ahh ... can't wait to try this all out :)

did the printing code worked graham ?

I won't have a chance to try it out till tomorrow when I get a printer 
attached.

examples are ready let me upload them

All in one zip: (MS word only untill now incude some bug fixes)
• Add a Formatted Table to a Word Document.
• Add a Picture to a Microsoft Word Document.
• Add Formatted Text to a Word Document.
• Append Text to a Word Document.
• Apply a Style to a Table in a Word Document.
• Create a New Word Document.
• Create and Save a Word Document.
• Open and Print a Word Document.
• Save a Microsoft Word Document as an HTML File.
Download from:
http://www.geocities.com/benjaminmaggi/data/COMLib_Word_exmp.zip

i've download abiword because my office don't have the engish dictionary 
:) i corrected some errors http://www.geocities.com/benjaminmaggi/doc/comlib.html

and the plain text version is here http://www.geocities.com/benjaminmaggi/doc/com4rebol.txt

exaptionThrown -< exceptionThrown

retriveObject -> retrieveObject 

that is. if you wish to use the correct spelling.

yes i've to change all that in the examples, it will take some time 
... :(  and it will generate some erros im shure

better to get it all right now ...

yes

Today's roadmap: make an exel example, almost done, not using safearray 
:( 

WMI, i need to write a couple of function in the C source, also i 
need to make a "foreach" custom function in order to work with collections 
a bit hard i any one have some ideas....

I found some problems when i try to use windows WMI so i added a 
couple of functions and update the wrapper, exel examples are now 
working well the source is http://www.geocities.com/benjaminmaggi/data/COMLib_Exel_exmp.zip

Tested some WMI found some leacks but the thing worked well, 2 new 
functions added enumerate (start a collection) and enumNextObject 
to retrieve net object in a collection (Many COM object uses collection 
so it whas a top ten upgrade) im uploading the new sources soon i 
need to upgrade the doc too !

That's very impressive Benjamin.

You should announce this project on the mailing list as well .. I'm 
sure that there will be a lot of interest.  This channel isn't web-public.

on rebol.org ?

no, the mailing list.

this is a G R E A T lib !!!! ^________^

thanks, im now working on the documentation the other big half missing 
:)

tutorial: using word tables: http://www.geocities.com/benjaminmaggi/doc/word_tables.htm

also im thinking about XPCOM i found it to be a more open technology 
approved by many companies and products, adding support for this 
technlogy would be great and the sources are out there for free.

where's docs on xpcom?

Ahh.. so this would be cross platform?

So, xpcom can be used to control mozilla.

yes in a sense,  pekr i think pointed out this article http://www-128.ibm.com/developerworks/webservices/library/co-xpcom.html
a good read !

BTW: I'm currently the excel dialect Gregg and I made to COMLib. 
Works good so far.

currently = currently porting

those are good news, btw im going to make a program for those who 
dont have rebol/pro, using a TCP port, just like i've see in other 
projects, if any one can point me to some sources it would be great.

You could do the tcp it in /pro? encap what you have know, together 
with handling of tcp? Then free rebols can contact.

Job for rugby or beer.

most rebol users have the plain rebol/view it would be nice to offer 
this lib to them too the best solution i found is to create a program 
to serve the comlib function via tcp

if any one can point me to some sources it would be great.

 what sources? i thought you wanted to write the proxy in another 
 language.

i have to do it that whay

But thinking more, i guess you planned to offer an encapped rebol-proxy.

i dont have the sdk :(