Hi =?Utf-8?B?emtpZA==?=,
I continue to welcome more feedback from our vba community as to what people
are planning to do and if anyone here has "signed" the VB6 petition.
I have not signed it. OTOH I haven't signed a "get rid of it" petition, either
I agree with Jay's and Jonathan's takes on the question. VBA will continue to
function as we're accustomed (with the reservations that some things in the
object model may not behave as they used to). Users can still record macros,
even, and these are VBA
I've been investigating the new tools, as they come along, and
- a classic VB language is still "best", since it's COM automating COM. The
resources that would go into converting the Office apps from COM to managed
code would be immense. That isn't going to happen in this decade, I'd bet.
- a .NET solution makes sense if you need something .NET provides that
classic VB doesn't (or does only with jumping through a lot of hoops).
- the development strides being made with each new version of VSTO may
change this, as integration improves and the obstacles between .NET and COM are
discovered and eliminated (as far as the developer is concerned). It makes
sense to re-evaluate regularly. As the newest VSTO (3.0) isn't even in beta,
yet, it's too soon to say whether .NET will become a really good bet with the
new Office version. Ask again next year
Currently, my main focus for "keeping up" is to get as good a grasp on XML
principles as I can. The new file formats are XML, meaning Office files can be
manipulated without even needing VBA (= VBA/automation can concentrate on
interaction with the user). The new interface (Ribbon) is XML based. All kinds
of interesting possibilities are opening up for Office in the area of data
exchange...
Cindy Meister
INTER-Solutions, Switzerland
http://homepage.swissonline.ch/cindymeister (last update Jun 8 2004)
http://www.word.mvps.org
This reply is posted in the Newsgroup; please post any follow question or reply
in the newsgroup and not by e-mail
