Jim Lawrence
accessd at shaw.ca
Thu Feb 14 16:18:37 CST 2013
Hi Shamil: Sorry for the confusion. Are you sure this is right? http://msdn.microsoft.com/en-us/library/aa752041(v=vs.85).aspx Running a web browser object from the desktop? It is just a one-off application. IMHO, that is not where the market is heading and the number of supporting clients will only continue to diminish. I think it is not a good long-term business strategy. Many years ago built and ran a browser, in a Visual Basic application for a government client. Adding new features has obviously improved. My clients are asking to be able to update their websites in real-time and be able to access their inventory and invoicing from anywhere. And they like the idea of not having to update their hardware or having to install specialty software to get all these bells and whistles. In the short run it sounds like a good idea but my big clients are(were) too security conscience and my small ones are too cheap to go that route. ;-) Jim -----Original Message----- From: dba-tech-bounces at databaseadvisors.com [mailto:dba-tech-bounces at databaseadvisors.com] On Behalf Of Salakhetdinov Shamil Sent: Thursday, February 14, 2013 12:09 PM To: Discussion of Hardware and Software issues Subject: Re: [dba-Tech] FYI: Moving to "nirvana": if Microsoft were to shift to WebKit, you can thank Opera. Hi Jim -- No, I meant Web Browser Control Automation - http://msdn.microsoft.com/en-us/library/aa752040(v=vs.85 ).aspx <<< does not this coding method defeats the whole concept of "write once, play everywhere"? >>> Yes, it does. But there are quite some customers who do not care about "write once, play everywhere" concept, e.g. the ones who use iPhone/iPad or Android native applications. Of course the latter apps do not have any (direct) links to MS Web Browser Control Automation - I just noted them to underline that "write once, play everywhere concept" (originated by Java or even before) isn't universally requested by all the customers... -- Shamil Четверг, 14 февраля 2013, 10:24 -08:00 от "Jim Lawrence" <accessd at shaw.ca>: >Hi Shamil: > >Just a question and a comment on this "browser automation". > >Isn't this built around the concept of adding Plugins into you browser so >features can be extended to the desktop? Is this not very proprietary code >and not extendable to any other browser...in other words a developer would >have to make a plugin for every browser and desktop OS supported? > >My personal belief is that plugins should be avoided where at all possible. >Plugins have been used by so many malware products so I tend to be very >untrusting of that whole concept of that type of development. Plugins can >even be used to bridge between the browser's protected sandbox concept and >the desktop...very dangerous. > >A couple of years ago a company automated the concept of attaching their >plugin to any browser that viewed their web site. It resulted in your >desktop being replaced and then it would prompt you to contact their site >for a solution to remove the malware at the price of $29. Browser security >has since been improved. > >IMHO, if particular functionality is required it should either be coded >directly into the FE or BE of your web page, where at all possible or no >plugin should be allowed unless they have been vetted through one of the >many app stores. In addition, does not this coding method defeats the whole >concept of "write once, play everywhere"? > >Jim <<< skipped >>> > _______________________________________________ dba-Tech mailing list dba-Tech at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-tech Website: http://www.databaseadvisors.com