«

Designing a website that is compatible with a wide range of browsers running
on various platforms, taking into considering how antivirus and firewalls
will interact with the browser is extremely challenging. I see these
challenges only increasing as we move forward. Why is it that the browser
has so many problems and an EXE (VB) app doesn't?

They both run in one process yet the EXE:
- has more functionality
- isn't flagged by a firewall (assuming port 80 is used), antivirus, popup
blocker
- will work even if JS is turned off
- no compatibilty issues with DHTML
- is compatible overall with platform it is compiled on

If I'm looking to created a very function application, would compiling an
EXE be better than trying to use Flash, DHTML, JS, etc in a web browser (IE
on Windows/Mac)? Meaning, I'll avoid all the issues browsers continuously
run into. The EXE will still connect to an online database behind the
scenes.

Thanks,
Brett

Brett wrote

<snip>

> If I'm looking to created a very function application, would compiling an
> EXE be better than trying to use Flash, DHTML, JS, etc in a web browser

Are you expecting WWW users to use this exe instead of a browser or is this
for a controlled intranet application. The answers differ very greatly.

--
Cheers
Richard.

In alt.html Brett said:


> If I'm looking to created a very function application

http://curl.com/ or http://python.org/

--


v o i c e s

"rf" <rf@.invalid> wrote in message
news:7EGad.22751$...
> Brett wrote
>
> <snip>
>
>> If I'm looking to created a very function application, would compiling an
>> EXE be better than trying to use Flash, DHTML, JS, etc in a web browser
>
> Are you expecting WWW users to use this exe instead of a browser or is
> this
> for a controlled intranet application. The answers differ very greatly.

The users are known and trained. They will be using it across the WWW.

Brett

Brett wrote:
> Designing a website that is compatible with a wide range of browsers running
> on various platforms, taking into considering how antivirus and firewalls
> will interact with the browser is extremely challenging.

No it's not. It's actually very straight forwards.


> I see these
> challenges only increasing as we move forward.

It'll only get easier as browsers become more secure and users become
more aware of how to maintain secure connections (whether they realise
it or not).

> Why is it that the browser
> has so many problems and an EXE (VB) app doesn't?

Popularity. Put a given .exe file to 1/2 the population of the planet
and see how long it remains secure. Days I'd imagine.

> They both run in one process yet the EXE:

No, they dont. They are doing a lot of things; script engines, rendering
engines (different versions of html, js, css, xml etc) and different
protocols, different security models... and then all the stuff it has to
do on the host platform (drawing the page via something like GDI+, or
playing video via DirectX, for example).

> - has more functionality
> - isn't flagged by a firewall (assuming port 80 is used), antivirus, popup
> blocker
> - will work even if JS is turned off
> - no compatibilty issues with DHTML
> - is compatible overall with platform it is compiled on

? Application, or web browser?

> If I'm looking to created a very function application, would compiling an
> EXE be better than trying to use Flash, DHTML, JS, etc in a web browser (IE
> on Windows/Mac)? Meaning, I'll avoid all the issues browsers continuously
> run into. The EXE will still connect to an online database behind the
> scenes.

YOu'd have to write your own protocol stack, or write something that
talks to TCP/IP. Unfortunatly TCP/IP is inherantly insecure. You have no
choice - the Internet is TCP/IP. Without getting everyone on the planet,
and all the hubs, servers and network cards in every machine everywhere
being changed you HAVE to use this protocol or your traffic simply wont
get beyond the end of your machines network / modem cable.

> Thanks,
> Brett


--


x theSpaceGirl (miranda)

# lead designer @ http://www.dhnewmedia.com #
# remove NO SPAM to email, or use form on website #

"Brett" <> wrote in message
news:dPCdnRdPb4bpqPbcRVn-...
<snip>
> - isn't flagged by a firewall (assuming port 80 is used)

If application on 1st run do not cause firewall (assuming software firewall)
to notify something is trying to access port 80, that firewall is hopelessly
broken and should not be used at all. Security such firewall would be
offering would be par with broken condom...

On Mon, 11 Oct 2004 21:53:33 -0400, Brett wrote:

> The users are known and trained. They will be using it across the WWW.
>
> Brett

You may want to consider writing a Java app. Java can be embedded in a
browser or run as a separate stand-alone app, can be run on multiple
platforms, and has all the functionality and programmatic richness of C++.

--
Jeffrey D. Silverman |
Website | http://www.newtnotes.com

Drop "PANTS" to reply by email

Brett wrote:

> Designing a website that is compatible with a wide range of browsers
> running on various platforms, taking into considering how antivirus and
> firewalls
> will interact with the browser is extremely challenging. I see these
> challenges only increasing as we move forward. Why is it that the browser
> has so many problems and an EXE (VB) app doesn't?
>
> They both run in one process yet the EXE:
> - has more functionality
> - isn't flagged by a firewall (assuming port 80 is used), antivirus, popup
> blocker
> - will work even if JS is turned off
> - no compatibilty issues with DHTML
> - is compatible overall with platform it is compiled on
>
> If I'm looking to created a very function application, would compiling an
> EXE be better than trying to use Flash, DHTML, JS, etc in a web browser
> (IE
> on Windows/Mac)? Meaning, I'll avoid all the issues browsers continuously
> run into. The EXE will still connect to an online database behind the
> scenes.
>
> Thanks,
> Brett
>
>
SOAP/XML-RPC is worth investigating.

"Jeffrey Silverman" <> wrote in message
news.. .
> On Mon, 11 Oct 2004 21:53:33 -0400, Brett wrote:
>
>> The users are known and trained. They will be using it across the WWW.
>>
>> Brett
>
> You may want to consider writing a Java app. Java can be embedded in a
> browser or run as a separate stand-alone app, can be run on multiple
> platforms, and has all the functionality and programmatic richness of C++.
>
> --
> Jeffrey D. Silverman |
> Website | http://www.newtnotes.com
>
> Drop "PANTS" to reply by email
>
I'm only considering a Windows based app. The Java app will take to long to
develop and most of the users are Windows based.

Thanks,
Brett

Jeffrey Silverman wrote:
> On Mon, 11 Oct 2004 21:53:33 -0400, Brett wrote:
>
>
>>The users are known and trained. They will be using it across the WWW.
>>
>>Brett
>
>
> You may want to consider writing a Java app. Java can be embedded in a
> browser or run as a separate stand-alone app, can be run on multiple
> platforms, and has all the functionality and programmatic richness of C++.
>

Assuming the end user has Java installed. Which not many have.

How about using Flash. You can embed data connections in it - use an XML
backend, or jRun or any other J2EE backend to drive a secure
multi-platform Flash XML front end. Most people have Flash. More than
have Java by far.

--


x theSpaceGirl (miranda)

# lead designer @ http://www.dhnewmedia.com #
# remove NO SPAM to email, or use form on website #