[AccessD] AccessD Digest, Vol 78, Issue 55

Max Wanadoo max.wanadoo at gmail.com
Mon Aug 31 14:06:09 CDT 2009


Surly to goodness,  MS are entitle to make one of their own applications
without having to make it open source.  No other software develop gets
treated as shabbily as MS does.

Max


-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby
Sent: 31 August 2009 19:59
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] AccessD Digest, Vol 78, Issue 55

Do I smell another "open systems" lawsuit by the European folks?

The only search engine that can see our Silverlite stuff is Bing...

;)

John W. Colby
www.ColbyConsulting.com


Shamil Salakhetdinov wrote:
> <<<
> ... Now, if Silverlight apps are fully searchable by search engines, ...
> Hi Ken,
> 
> MS will make it happen using Bing I guess.
> 
> Did you guys see Bing maps already? - http://www.bing.com/maps/ 
> 
> --
> Shamil
> 
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Kenneth Ismert
> Sent: Monday, August 31, 2009 9:45 PM
> To: accessd at databaseadvisors.com
> Subject: Re: [AccessD] AccessD Digest, Vol 78, Issue 55
> 
> jwcolby
> 
>> 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.
>>
> 
> At some point, they have to ditch the VBA-based apps. This may be a first
> step.
> 
> But, a Silverlight-based web approach is risky, too. Silverlight market
> penetration is nowhere near the Flash/Flex level. (See
> http://www.statowl.com/silverlight.php).
> 
> And, the number of Flash/Flex web apps is vanishingly small compared to
> plain standards-based HTML/CSS/Javascript, because their proprietary
> approach renders their content invisible to search engines.
> 
> Now, if Silverlight apps are fully searchable by search engines, that
would
> be a real selling-point. But if they aren't, it will be a tough, tough
sell
> (no one wants to open an e-commerce site that is completely invisible to
> search engines).
> 
> In short, Microsoft will have to offer something compelling here, or it
will
> become a historical footnote, like the failed DAP feature.
> 
> -Ken
> 
> 
> 
>> 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
>>>
> 
>  
> 
> __________ Information from ESET NOD32 Antivirus, version of virus
signature
> database 4384 (20090831) __________
> 
> The message was checked by ESET NOD32 Antivirus.
> 
> http://www.esetnod32.ru
>  
> 
-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com




More information about the AccessD mailing list