Ureader.com  
Microsoft software help and Community
   home   |   control panel login   |   archive   |  
 
DotNet
acad.assignment.mngr
academic
adonet
aspnet
aspnet.announcements
aspnet.build.controls
aspnet.caching
aspnet.datagridcontrol
aspnet.mobile
aspnet.security
aspnet.webcontrols
aspnet.webservices
clr
compactframework
component_services
datatools
distributed_apps
drawing
faqs
framework
framework.wmi
general
internationalization
interop
languages.csharp
languages.jscript
languages.vb
languages.vb.controls
languages.vb.data
languages.vb.upgrade
languages.vc
languages.vc.libraries
myservices
odbcnet
performance
remoting
scripting
sdk
security
setup
vjsharp
vsa
webservi.enhancements
webservices
windowsforms
windowsforms.controls
winforms.databinding
winforms.designtime
xml
  
 
date: Thu, 3 Jul 2008 15:14:00 -0700,    group: microsoft.public.dotnet.framework.aspnet.webcontrols        back       


refer to a public shared class in app_code folder   
Hello,

I made a web page using visual studio.

I also made a public class in the app_code folder called 'allvars'

In the main web page durning the page startup, I can refer to public shared 
variables by simply saying:

x=allvars.variable1

where the allvars class looks like this:

Public Class allvars

Public Shared variable1 As Integer

end class



All seems well in development



But when I copy it to the web site folder (copy all files in the asp.net web 
site (app_code folder too)



But when I call it, it gives this error:



Name 'allvars' is not declared.


So in development, it knows where the class is, but in the real web it 
doesn't.



How do I solve this problem?  I also tried publishing it to the web folder, 
and that didn't work either.



I don't care about performance, or precompileing, just want it to work.



Thanks for any help!



Scott
date: Thu, 3 Jul 2008 14:01:58 -0700   author:   Web Search Store

PanelUpdate and Form Position   
Is it true that one of the benefits of using an UpdatePanel is that the 
screen will maintain it's position across partial postbacks?  If so, I must 
be doing something wrong.  When a repeater control (which is contained in an 
UpdatePanel) is refreshed, the page is jumping to the bottom.  I'd like it to 
remain in it's previous position (usually at the top of the screen).  Any 
ideas?
date: Thu, 3 Jul 2008 15:14:00 -0700   author:   Dave am

RE: PanelUpdate and Form Position   
Hi Dave,

As for the ASP.NET AJAX updatepanel, it's built-in designed functionality 
is to provide non-refresh postback and partial rendering for the page 
fragment inside the update panel.  It will not maintain scroll position. So 
far for built-in scroll position maintain, there is only a setting on the 
entire page(which is not AJAX specific).  

Also, based on my research, I did find some other members who ever provided 
some custom methods to maintain scrollposition in ASP.NET ajax panel (or 
ajax awared page). You can have a look to see whether it helps:

#Maintain Scrollbar Position Inside UpdatePanel After Partial PostBack
http://basgun.wordpress.com/2008/06/09/maintain-scroll-position-updatepanel-
postback/

#ASP.NET AJAX Maintain Scroll Position from a Partial Page Update
http://www.eggheadcafe.com/tutorials/aspnet/7dd57635-0587-42ba-ae73-f52449e6
53bf/aspnet-ajax-maintain-scr.aspx

Sincerely,

Steven Cheng

Microsoft MSDN Online Support Lead


Delighting our customers is our #1 priority. We welcome your comments and 
suggestions about how we can improve the support we provide to you. Please 
feel free to let my manager know what you think of the level of service 
provided. You can send feedback directly to my manager at: 
msdnmg@microsoft.com.

==================================================
Get notification to my posts through email? Please refer to 
http://msdn.microsoft.com/subscriptions/managednewsgroups/default.aspx#notif
ications.

Note: The MSDN Managed Newsgroup support offering is for non-urgent issues 
where an initial response from the community or a Microsoft Support 
Engineer within 1 business day is acceptable. Please note that each follow 
up response may take approximately 2 business days as the support 
professional working with you may need further investigation to reach the 
most efficient resolution. The offering is not appropriate for situations 
that require urgent, real-time or phone-based interactions or complex 
project analysis and dump analysis issues. Issues of this nature are best 
handled working with a dedicated Microsoft Support Engineer by contacting 
Microsoft Customer Support Services (CSS) at 
http://msdn.microsoft.com/subscriptions/support/default.aspx.
==================================================
This posting is provided "AS IS" with no warranties, and confers no rights.
--------------------
>From: =?Utf-8?B?RGF2ZQ==?= <daveII@nospam.nospam>
>Subject: PanelUpdate and Form Position
>Date: Thu, 3 Jul 2008 15:14:00 -0700
>
>
>Is it true that one of the benefits of using an UpdatePanel is that the 
>screen will maintain it's position across partial postbacks?  If so, I 
must 
>be doing something wrong.  When a repeater control (which is contained in 
an 
>UpdatePanel) is refreshed, the page is jumping to the bottom.  I'd like it 
to 
>remain in it's previous position (usually at the top of the screen).  Any 
>ideas?  
>
date: Fri, 04 Jul 2008 02:31:38 GMT   author:   (Steven Cheng [MSFT])

RE: PanelUpdate and Form Position   
Hi Dave,

How are you doing?

Does the information in my last reply help you some? If there is anything 
else we can help, please feel free to post here.

Sincerely,

Steven Cheng

Microsoft MSDN Online Support Lead


Delighting our customers is our #1 priority. We welcome your comments and 
suggestions about how we can improve the support we provide to you. Please 
feel free to let my manager know what you think of the level of service 
provided. You can send feedback directly to my manager at: 
msdnmg@microsoft.com.

==================================================
Get notification to my posts through email? Please refer to 
http://msdn.microsoft.com/subscriptions/managednewsgroups/default.aspx#notif
ications.

==================================================
This posting is provided "AS IS" with no warranties, and confers no rights.

--------------------

>Content-Transfer-Encoding: 7bit
>From: stcheng@online.microsoft.com (Steven Cheng [MSFT])
>Organization: Microsoft
>Date: Fri, 04 Jul 2008 02:31:38 GMT
>Subject: RE: PanelUpdate and Form Position

>Hi Dave,
>
>As for the ASP.NET AJAX updatepanel, it's built-in designed functionality 
>is to provide non-refresh postback and partial rendering for the page 
>fragment inside the update panel.  It will not maintain scroll position. 
So 
>far for built-in scroll position maintain, there is only a setting on the 
>entire page(which is not AJAX specific).  
>
>Also, based on my research, I did find some other members who ever 
provided 
>some custom methods to maintain scrollposition in ASP.NET ajax panel (or 
>ajax awared page). You can have a look to see whether it helps:
>
>#Maintain Scrollbar Position Inside UpdatePanel After Partial PostBack
>http://basgun.wordpress.com/2008/06/09/maintain-scroll-position-updatepanel
-
>postback/
>
>#ASP.NET AJAX Maintain Scroll Position from a Partial Page Update
>http://www.eggheadcafe.com/tutorials/aspnet/7dd57635-0587-42ba-ae73-f52449e
6
>53bf/aspnet-ajax-maintain-scr.aspx
>
>Sincerely,
>
>Steven Cheng
>
>Microsoft MSDN Online Support Lead
>
>
>Delighting our customers is our #1 priority. We welcome your comments and 
>suggestions about how we can improve the support we provide to you. Please 
>feel free to let my manager know what you think of the level of service 
>provided. You can send feedback directly to my manager at: 
>msdnmg@microsoft.com.
>
>==================================================
>Get notification to my posts through email? Please refer to 
>http://msdn.microsoft.com/subscriptions/managednewsgroups/default.aspx#noti
f
>ications.
>
>Note: The MSDN Managed Newsgroup support offering is for non-urgent issues 
>where an initial response from the community or a Microsoft Support 
>Engineer within 1 business day is acceptable. Please note that each follow 
>up response may take approximately 2 business days as the support 
>professional working with you may need further investigation to reach the 
>most efficient resolution. The offering is not appropriate for situations 
>that require urgent, real-time or phone-based interactions or complex 
>project analysis and dump analysis issues. Issues of this nature are best 
>handled working with a dedicated Microsoft Support Engineer by contacting 
>Microsoft Customer Support Services (CSS) at 
>http://msdn.microsoft.com/subscriptions/support/default.aspx.
>==================================================
>
date: Tue, 08 Jul 2008 10:33:11 GMT   author:   (Steven Cheng [MSFT])

Google
 
Web ureader.com


    COPYRIGHT 2007, YARDI TECHNOLOGY LIMITED, ALL RIGHT RESERVE  |   contact us