HighTechTalks DotNet Forums  

store external javascript files in aspnet_client subfolder

ASP.net Web Controls microsoft.public.dotnet.framework.aspnet.webcontrols


Discuss store external javascript files in aspnet_client subfolder in the ASP.net Web Controls forum.



Reply
 
Thread Tools Search this Thread Display Modes
  #1  
Old   
deepblu@gmail.com
 
Posts: n/a

Default store external javascript files in aspnet_client subfolder - 05-24-2007 , 05:19 PM






I'm building a composite control for ASP.NET 1.1 that relies on
external javascript (.js) files. I've noticed the Microsoft custom web
controls make use of the C:\Inetpub\wwwroot\aspnet_client subfolder to
store common javascript files and other include common files. I've
also noticed some third-party control vendors have successfully made
use of this folder by including their own subfolder under
aspnet_client and dumping .js files in there.

I'd like to know if there is a tool that be used to map my includes to
point to this directory so when my control performs a <script
language='javascript' src='myscript.js'> it resolves to the common
subfolder under aspnet_client.

It seems like Mirosoft would provide a standardized approach to
storing common .js files for use in custom web controls, so I'm
guessing I just haven't found the documentation on how to utilize
this. Thanks.


Reply With Quote
  #2  
Old   
Jeff User
 
Posts: n/a

Default Re: store external javascript files in aspnet_client subfolder - 05-27-2007 , 12:15 AM






On 24 May 2007 14:19:45 -0700, deepblu (AT) gmail (DOT) com wrote:

Quote:
I'm building a composite control for ASP.NET 1.1 that relies on
external javascript (.js) files. I've noticed the Microsoft custom web
controls make use of the C:\Inetpub\wwwroot\aspnet_client subfolder to
store common javascript files and other include common files. I've
also noticed some third-party control vendors have successfully made
use of this folder by including their own subfolder under
aspnet_client and dumping .js files in there.

I'd like to know if there is a tool that be used to map my includes to
point to this directory so when my control performs a <script
language='javascript' src='myscript.js'> it resolves to the common
subfolder under aspnet_client.

It seems like Mirosoft would provide a standardized approach to
storing common .js files for use in custom web controls, so I'm
guessing I just haven't found the documentation on how to utilize
this. Thanks.
Hi everyone.
I happen to be looking for the exact same information. I would also
like to know how to get the js files into the aspnet_client folder
when installing the component.

Has anyone here had experience building web controls and using js
within?
Thanks
jeff


Reply With Quote
  #3  
Old   
Alexey Smirnov
 
Posts: n/a

Default Re: store external javascript files in aspnet_client subfolder - 05-27-2007 , 03:32 AM



On May 27, 6:15 am, Jeff User <jen1... (AT) hotmail (DOT) com> wrote:
Quote:
On 24 May 2007 14:19:45 -0700, deep... (AT) gmail (DOT) com wrote:





I'm building a composite control for ASP.NET 1.1 that relies on
external javascript (.js) files. I've noticed the Microsoft custom web
controls make use of the C:\Inetpub\wwwroot\aspnet_client subfolder to
store common javascript files and other include common files. I've
also noticed some third-party control vendors have successfully made
use of this folder by including their own subfolder under
aspnet_client and dumping .js files in there.

I'd like to know if there is a tool that be used to map my includes to
point to this directory so when my control performs a <script
language='javascript' src='myscript.js'> it resolves to the common
subfolder under aspnet_client.

It seems like Mirosoft would provide a standardized approach to
storing common .js files for use in custom web controls, so I'm
guessing I just haven't found the documentation on how to utilize
this. Thanks.

Hi everyone.
I happen to be looking for the exact same information. I would also
like to know how to get the js files into the aspnet_client folder
when installing the component.

Has anyone here had experience building web controls and using js
within?
Thanks
jeff- Hide quoted text -

- Show quoted text -
http://msdn2.microsoft.com/en-us/lib...00(VS.71).aspx



Reply With Quote
  #4  
Old   
Alexey Smirnov
 
Posts: n/a

Default Re: store external javascript files in aspnet_client subfolder - 05-27-2007 , 03:38 AM



On May 24, 11:19 pm, deep... (AT) gmail (DOT) com wrote:
Quote:
I'm building a composite control for ASP.NET 1.1 that relies on
external javascript (.js) files. I've noticed the Microsoft custom web
controls make use of the C:\Inetpub\wwwroot\aspnet_client subfolder to
store common javascript files and other include common files. I've
also noticed some third-party control vendors have successfully made
use of this folder by including their own subfolder under
aspnet_client and dumping .js files in there.

I'd like to know if there is a tool that be used to map my includes to
point to this directory so when my control performs a <script
language='javascript' src='myscript.js'> it resolves to the common
subfolder under aspnet_client.

It seems like Mirosoft would provide a standardized approach to
storing common .js files for use in custom web controls, so I'm
guessing I just haven't found the documentation on how to utilize
this. Thanks.
Note: In ASP.NET 2.0 you can take advantage of web resources. Web
resources allow resources to be embedded in an assembly and are
retrieved through the web resources handler. The following sample
shows use of an embedded JavaScript file and use of the
Page.ClientScript.RegisterClientScriptResource method.

http://quickstarts.asp.net/QuickStar...nsibility.aspx



Reply With Quote
Reply




Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.4
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.