[AccessD] AccessD Digest, Vol 78, Issue 55

Shamil Salakhetdinov shamil at smsconsulting.spb.ru
Mon Aug 31 14:22:10 CDT 2009


Well, "Bing" seems to be not an original name in business world -
http://en.wikipedia.org/wiki/Bing_(company) - here is where a "lawsuit
threat" may come from?

--
Shamil

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby
Sent: Monday, August 31, 2009 10:59 PM
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 4385 (20090831) __________

The message was checked by ESET NOD32 Antivirus.

http://www.esetnod32.ru
 




More information about the AccessD mailing list