XPost: microsoft.public.sqlserver.programming   
   From: jmostert@xs4all.nl   
      
   On 2012-08-01 12:29, Bob Barrows wrote:   
   > Gene Wirchenko wrote:   
   >> On Wed, 01 Aug 2012 00:26:43 +0200, Jeroen Mostert   
   >>   wrote:   
   [snip]   
   >>> Although it is in fact possible to use these components client-side   
   >>> (in an IE intranet only), that's like enjoying hot cocoa by snorting   
   >>> it up your nose: weird, uncomfortable and altogether missing the   
   >>> point. Basically, it's a terrifically inconvenient way of writing an   
   >>> application you could write much better using almost any other   
   >>> client-side technology, like .NET.   
   >   
   > Except for the inconvenience of having to deploy all these fat clients to   
   > all the user desktops.   
      
   At our shop we've solved this problem by running the clients from a network   
   share (the clients can copy themselves locally before starting properly, so   
   they don't lock the executable out of updating). Of course, that has its own   
   perils and pitfalls, but just to put it out there.   
      
   Our standard model is a browser front-end and a website back-end, though. As   
   things grow more complex, the benefits of a separate, centralized layer for   
   data access quickly kick in.   
      
   > My company made the decision years ago to only support IE. Yes, there   
   > have been some unhappy users, but we do have a captive audience who need   
   > to use these applications to do their jobs, and we do not have an army of   
   > testers and programmers to rewrite our applications to ensure all   
   > browsers can be supported.   
   >   
   There is nothing wrong with the decision to use only IE in an intranet   
   environment, especially if you have earlier already committed to IE-specific   
   stuff like ActiveX.   
      
   That said, that still doesn't mean it's a good idea to use ADO directly from   
   client-side IE. If possible, I'd still prefer a separate ActiveX-control   
   that wraps this stuff so you still have the benefit of updating over the   
   wire without being forced to write your application in JScript or VBScript.   
   But that's just developer preference, you could always switch between these   
   solutions.   
      
   --   
   J.   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)