Martin Reid
mwp.reid at qub.ac.uk
Mon Aug 31 14:18:01 CDT 2009
Nope. I would look at the direction Office in General is going in terms of the web to get a good idea of what's happening. The demo I seen was good but again it was not using a complex commercial application. I would say if your DB is heavy into VBA and uses a large amount of code you would still be looking at .NET or something else. However, if it was using some of the new features of Office 10 then it is fine. I doubt you will get a big .NET application for the web. They are not similar to DAP in that they will work in multiple browsers. Sorry but they have this under a very tight NDA Martin Martin WP Reid Information Services The Library at Queen's Tel : 02890976174 Email : mwp.reid at qub.ac.uk ________________________________________ From: accessd-bounces at databaseadvisors.com [accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo [max.wanadoo at gmail.com] Sent: 31 August 2009 18:02 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access Web Databases: Let the Wild-Eyed Speculation Begin! Thanks for the very interesting update, Ken. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Kenneth Ismert Sent: 31 August 2009 16:13 To: accessd at databaseadvisors.com Subject: Re: [AccessD] Access Web Databases: Let the Wild-Eyed Speculation Begin! 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 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com