Mark Simms
marksimms at verizon.net
Mon Aug 31 20:54:55 CDT 2009
Interesting discussion. Since Access COULD become a RAD webdev tool, it would seem that MSFT should at least permit a one-time conversion of existing forms and attendant VBA code to ASP/Silverlight/Javascript/CSS. >From that point, I could see a new HLL (high level language) in Access taking over for more refined web development. At least, that is what I would do if I were Clint Covington. After all, there is quite a demand for webapps that can be cheaply built. I think many of us have witnessed first hand that few dot-net projects make it on-time and under-budget. > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Reid > Sent: Monday, August 31, 2009 3:18 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Access Web Databases: Let the > Wild-Eyed SpeculationBegin! > > 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 > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com >