[AccessD] Access Web Databases: Let the Wild-Eyed Speculation Begin!

 >You'll get at least one very pretty skin, with promises for more.

Notice that you won't actually GET any more until two revisions down the road, at which point they 
will have canned this technology and introduced Waterfall version1, which will be incompatible with 
all past offerings.

;)

John W. Colby
www.ColbyConsulting.com


Kenneth Ismert wrote:
> Some responses:
> 
> Jennifer Gross:
> 
>> It'll be a wizard - 3 clicks and you've got a website - Like Data Access
>> Pages right ;)
> 
> 
> I agree -- it will be similar to DAP, but with a Silverlight front-end. DAP
> for Silverlight (let's call it "Dapplelight")  will offer a choice of
> 'canned' form types: edit record, datasheet etc., from which you can cobble
> together a pretty basic but functional Silverlight app. You'll get at least
> one very pretty skin, with promises for more. It will have built-in
> concurrency limitations, so as not to threaten the ASP.NET enterprise web
> app market. Oh, and you can probably use these Dapplelight forms directly in
> your Access app, as well, for the same look over the internet as on your
> desktop.
> 
> Max Wanadoo:
> 
>> Say it in VBA, they are not very used to that either.
>>
> 
> Actually, this feature is a logical point for Microsoft to finally start the
> break with VBA in Access. I will bet that Dapplelight will not be extensible
> using VBA -- it will only support the "improved" macros out of the box. But,
> Dapplelight will run on top of .NET, and serious programmers will be able to
> extend it using a .NET toolkit. This make sense, because Silverlight runs on
> top of .NET, too.
> 
> In fact, the new macro actions may also be extensible through .NET, which
> would then be pitched as the best way forward to provide functionality to
> the Access masses. They are adding If..Then..Else structures to macros; if
> they add Try...Catch and looping constructs, they will have a very simple,
> approachable language. This would give a fairly flexible app-building
> capability to the masses, without threatening the .NET programming
> priesthood.
> 
> Further, this could well provide a whole new market of third-party
> Dapplelight forms, tools, and macro extensions, which could breath some
> fresh air into the Access app market.
> 
> Mark Simms:
> 
>> I just read somewhere that IE8 supports ONLY Silverlight and that may
>> continue into IE9.
>> Microsoft wants users to use THEIR browser for THEIR web apps.
>>
> 
> I'd like to see your source -- it's always interesting to see what Microsoft
> has in mind for their browsers.
> 
> -Ken