Comprehensive, categorized, searchable collection of links to ASP & ASP.NET resources...deloittes.NET Directory - Click for Demo!!
Our Directory

Applications
ASP.NET Directory
Books & Media
Community
Components
Other ASP Sites
Reference Material
Software & Server
Tutorials & Code
Web Site Hosts

Expand Directory...
Personlise Results...

Newsgroups

Participate in over
100 ASP & ASP.NET related newsgroups right here @ Fuzzy Software...

.NET Framework
- .net.faqs
- .net.framework
- .net.general
- .net.setup
- .net.scripting
- .net.xml

Web Services
- aspnet.webservices
- msdn.soaptoolkit
- msdn.webservices

SQL Server
- sqlserver.setup
- sqlserver.prog...
- sqlserver.tools

Classic ASP
- asp.db
- asp.general
- asp.components

Scripting
- scripting.jscript
- scripting.remote
- scripting.vbscript
- scripting.wsh

All newsgroups...

ASP Built-in
Objects Reference


Application Object
ObjectContext Object
Request Object
Response Object
Server Object
Session Object

Personalise Fuzzy
Make Homepage
Link To Fuzzy
Bookmark This Page

Add our directory to your site in less than
2 minutes...














Whats New!


From: "Rick Bullotta"
Subject: Scripting Limitation with .Net Windows Form Control/IE?
Date: Wed, 5 Jun 2002 11:38:39 -0400

It seems that the scripting engine is only capable of recognizing "top
level" methods and properties when a control written in .NET is embedded in
a web page using the OBJECT tag!!! Or, stated another way, it does not
appear possible to return references to objects from a .NET control to the
scripting environment. Applets were always capable of returning object
references to the scripting language, with no limits on the depth/hierarchy
of containment and such. This is a real showstopper/limitation with .NET
controls in terms of delivering a web-page scriptable rich UI. For our
needs, server-side generated HTML or DHTML won't do - we need a rich UI
component embedded in the page.

Is this a known limitation? Any workaround? Any plans to lift this in the
future? Beyond this and a few other idiosyncracies, .NET rocks!

Thx.

- Rick Bullotta
CTO
Lighthammer Software (www.lighthammer.com)



Post a follow up to this message...

From: "Peter Torr \(MS\)"
Subject: Re: Scripting Limitation with .Net Windows Form Control/IE?
Date: Thu, 27 Jun 2002 10:45:32 -0700

"Rick Bullotta" <NOSPAMRick.Bullotta> wrote in message
news:ejnzhiIGCHA.2096
> If I create my own class wrapping the Timer, similar to what you
> demonstrated in your attachment (another user class), it works fine.
>
> Is this related to the fact that the scripting environment doesn't
> inherently know any typelib information for the System.Windows.Forms.Timer
> class?

Hi,

Type libraries actually have nothing to do with a script's ability to call a
method. This is a common misconception ;-). The type library is like the
owner's manual on a toaster. Sure it's there if you want to read it, but
most people can work a toaster without looking at the manual.

Type libraries are for compilers, not engines.

Anyway, I would guess that the problem is probably that the Timer's members
have not been marked as "COM Visible", so they don't come across. Creating a
wrapper is probably your best bet.

Peter

--
Peter Torr -- ptorr
This must be the disclaimer I waited years to read:
http://www.microsoft.com/info/cpyright.htm


Post a follow up to this message...





InstantASP.co.uk - Experts in complex, high-level Internet development.

Receive all the latest quality ASP
& ASP.NET content direct to your inbox. Sign-up to our newsletter.




DevCity.NET

FreeBugTracking.com

SurfHighway.com

Ascenvia.net

ASPWorldOnline.com

More partners...

Ektron web editor and content management software
  5806 ASP & ASP.NET resources in over 450 categories and growing daily...
Fuzzy Software - asp / asp.net resources, tutorials, code, scripts, applications, components, newsgroups, hosts and much more... Sitemap 0 1 4