IE c# client side

  • Thread starter Thread starter William Stacey [MVP]
  • Start date Start date
W

William Stacey [MVP]

Can you do c# code instead of javascript in web pages (i.e. IE) at client
side today? If not, is that on radar? If so, any links?
 
Even if you could make this work the browser would have to support it on the
client and that would mean, at a minimum, the .NET runtime would have to be
installed on the client and probably the browser would have to be IE6 as
well. Unless 100% of your users are a captive audience under your control,
e.g., an intranet or a very tiny group of users where you can dictate the
appropriate client requirements, then you'd be sunk.

All modern browsers support JavaScript, that is why it always gets used on
the client. That is also why VBScript was never widely used on the client
side even though IE easily supports it. Even when you can get away with a
different language in certain circumstances, for broader code reuse you want
to stick with something that will work anywhere and where browser vendors
will feel obligated to support it. I can't imagine FireFox supporting C#
for example, since it's a product of the Evil Empire.

--Bob
 
Speaking of FireFox... I must have been in the dark. I just installed it
today along with Thunderbird and after 5 minutes fell in love. Will use
them both as defaults. However the one thing I can't figure out in
Thunderbird is with ngs and how to "Show replies to my messages" only? As
far as .Net and IE, it does not bother me that framework would be required.
If you had to fall back to winforms and smart client, you would need it
anyway. So in my case, it would just be a requirement of the web service
just as if it had been a winforms app. Anyway... Merry Christmas to all,
and to all a good night! :-)

--
William Stacey, MVP
http://mvp.support.microsoft.com

Bob Grommes said:
Even if you could make this work the browser would have to support it on the
client and that would mean, at a minimum, the .NET runtime would have to be
installed on the client and probably the browser would have to be IE6 as
well. Unless 100% of your users are a captive audience under your control,
e.g., an intranet or a very tiny group of users where you can dictate the
appropriate client requirements, then you'd be sunk.

All modern browsers support JavaScript, that is why it always gets used on
the client. That is also why VBScript was never widely used on the client
side even though IE easily supports it. Even when you can get away with a
different language in certain circumstances, for broader code reuse you want
to stick with something that will work anywhere and where browser vendors
will feel obligated to support it. I can't imagine FireFox supporting C#
for example, since it's a product of the Evil Empire.

--Bob
Click to expand...
 
All you need is Opera.
www.opera.com
Officially, the fastest browser, and has a built in mail client.

I fell in love with it, and use IE only on pages that require it...
:(


But anyway, Merry Christmas to all of you, and have a good evening.
 
You can download compiled assemblies and execute them like java applets.
They run in a restricted security sandbox by default, requiring no
installation.
http://msdn.microsoft.com/msdnmag/issues/02/07/NetSmartClients/

A live example.
http://weblogs.asp.net/frank_hileman/archive/2004/07/23/192509.aspx

But to compile C# source code on the fly on the client requires an
installation of some sort, since compilation needs greater permissions. The
people building myxaml did create an IE plug-in that compiled embedded C# on
the fly for myxaml files, running the embedded code in a restricted security
context as with JavaScript. http://www.myxaml.com

Only ECMAScript is supported on different browsers, so only that is
portable -- with difficulty.

Regards,
Frank Hileman

check out VG.net: http://www.vgdotnet.com
Animated vector graphics system
Integrated Visual Studio .NET graphics editor
 
Back
Top