I have a series of select boxes that must be populated
client side, because they interact with each other. The
design specification calls for these boxes to be updated
without having to make a roundtrip to the server.
The codebehind seems to be unaware of select box members
populated via javascript. So, I'm having to create my own
state management solution, (i.e. rewriting the VIEWSTATE
mechanism) to persist the state of these select boxes
after a postback occurs.
Is there an easier or better way to do this client-side?
Note: Postback is not an option. That is the way the
code was originally written, but end users were very
unhappy with round trips to server.
I need a way to be able to update controls using
javascript and include the information in the viewstate
whenever a postback occurs. Is this possible, or is
mixing client-side and server-side form manipulation code
just not done in ASP.NET?
Thanks... 5 2105
Hi Allan,
Although I haven't tried it, I'm wondering whether you could use a hidden
server-side input box as a storage area for the populated data. Unlike the
dropdownlist boxes, input boxes are meant to collect user data.
Maybe you could store the values in some type of delimited string
"blue|red|black" that you could parse on the postback and add to the
listbox?
I could be way off the mark here, but thought I would raise the possibility
in case in sparks something else that suits.
"Allan M." <an*******@discussions.microsoft.com> wrote in message
news:05****************************@phx.gbl... I have a series of select boxes that must be populated client side, because they interact with each other. The design specification calls for these boxes to be updated without having to make a roundtrip to the server.
The codebehind seems to be unaware of select box members populated via javascript. So, I'm having to create my own state management solution, (i.e. rewriting the VIEWSTATE mechanism) to persist the state of these select boxes after a postback occurs.
Is there an easier or better way to do this client-side? Note: Postback is not an option. That is the way the code was originally written, but end users were very unhappy with round trips to server.
I need a way to be able to update controls using javascript and include the information in the viewstate whenever a postback occurs. Is this possible, or is mixing client-side and server-side form manipulation code just not done in ASP.NET?
Thanks...
Yea, I've thought of that. That will work to some degree,
but it's still just a little bit less cludgy than what
I've already got working.
I wish there was a way for the codebehind to pick up what
values are populated in various dropdowns via client-side
javascript, without having to write all of these custom
code hacks.
The other option I looked at was moving all of our
existing server side control validation routines to client-
side javascript. Then the page could only be submitted
when it was actually DONE. This would prevent the need
for separate state management mechanisms for javascript
populated select boxes, because there would be no need to
redisplay the form the user fills out. Either the form is
posted processed or a client side validation script would
halt the form post.
Once again more javascript. Yuck! There's got to be a
better way to marry the robust responsiveness of client-
side scripting and server-side ASP.Net functionality.
This all-or-nothing (client-side vs. server-side) coding
methodology really bugs me! -----Original Message----- Hi Allan,
Although I haven't tried it, I'm wondering whether you
could use a hiddenserver-side input box as a storage area for the populated
data. Unlike thedropdownlist boxes, input boxes are meant to collect user
data. Maybe you could store the values in some type of
delimited string"blue|red|black" that you could parse on the postback and
add to thelistbox?
I could be way off the mark here, but thought I would
raise the possibilityin case in sparks something else that suits.
"Allan M." <an*******@discussions.microsoft.com> wrote in
messagenews:05****************************@phx.gbl... I have a series of select boxes that must be populated client side, because they interact with each other. The design specification calls for these boxes to be updated without having to make a roundtrip to the server.
The codebehind seems to be unaware of select box members populated via javascript. So, I'm having to create my
own state management solution, (i.e. rewriting the VIEWSTATE mechanism) to persist the state of these select boxes after a postback occurs.
Is there an easier or better way to do this client-side? Note: Postback is not an option. That is the way the code was originally written, but end users were very unhappy with round trips to server.
I need a way to be able to update controls using javascript and include the information in the viewstate whenever a postback occurs. Is this possible, or is mixing client-side and server-side form manipulation
code just not done in ASP.NET?
Thanks...
.
hi
I m not sure to which answer you are looking for. But easy
and simples way to connect a server side control to the
client side control is
<controlname>.attributes.add("<event name>","<javascript
function name>");
Hope this answer might gives you some solution.
thanks
srinivas moorthy -----Original Message----- Yea, I've thought of that. That will work to some
degree,but it's still just a little bit less cludgy than what I've already got working.
I wish there was a way for the codebehind to pick up what values are populated in various dropdowns via client-side javascript, without having to write all of these custom code hacks.
The other option I looked at was moving all of our existing server side control validation routines to
client-side javascript. Then the page could only be submitted when it was actually DONE. This would prevent the need for separate state management mechanisms for javascript populated select boxes, because there would be no need to redisplay the form the user fills out. Either the form
isposted processed or a client side validation script would halt the form post.
Once again more javascript. Yuck! There's got to be a better way to marry the robust responsiveness of client- side scripting and server-side ASP.Net functionality. This all-or-nothing (client-side vs. server-side) coding methodology really bugs me! -----Original Message----- Hi Allan,
Although I haven't tried it, I'm wondering whether youcould use a hiddenserver-side input box as a storage area for the
populateddata. Unlike thedropdownlist boxes, input boxes are meant to collect
userdata. Maybe you could store the values in some type ofdelimited string"blue|red|black" that you could parse on the postback
andadd to thelistbox?
I could be way off the mark here, but thought I wouldraise the possibilityin case in sparks something else that suits.
"Allan M." <an*******@discussions.microsoft.com> wrote
inmessagenews:05****************************@phx.gbl... I have a series of select boxes that must be populated client side, because they interact with each other.
The design specification calls for these boxes to be
updated without having to make a roundtrip to the server.
The codebehind seems to be unaware of select box
members populated via javascript. So, I'm having to create my own state management solution, (i.e. rewriting the
VIEWSTATE mechanism) to persist the state of these select boxes after a postback occurs.
Is there an easier or better way to do this client-
side? Note: Postback is not an option. That is the way the code was originally written, but end users were very unhappy with round trips to server.
I need a way to be able to update controls using javascript and include the information in the viewstate whenever a postback occurs. Is this possible, or is mixing client-side and server-side form manipulationcode just not done in ASP.NET?
Thanks...
. .
Hi Allan,
Regarding avoiding round trips to server I had in my application to use
Javascript to generate shopping basket.
My entire section (div) basket is generated via Javascript.
Part of the code I wrote was:
parent.frames["basket'].orderdiv.innerHTML = sOrderString;
WHenever possible I write Javascript to eliminate round trip to server.
HTH
Hai
"Allan M." <an*******@discussions.microsoft.com> wrote in message
news:05****************************@phx.gbl... I have a series of select boxes that must be populated client side, because they interact with each other. The design specification calls for these boxes to be updated without having to make a roundtrip to the server.
The codebehind seems to be unaware of select box members populated via javascript. So, I'm having to create my own state management solution, (i.e. rewriting the VIEWSTATE mechanism) to persist the state of these select boxes after a postback occurs.
Is there an easier or better way to do this client-side? Note: Postback is not an option. That is the way the code was originally written, but end users were very unhappy with round trips to server.
I need a way to be able to update controls using javascript and include the information in the viewstate whenever a postback occurs. Is this possible, or is mixing client-side and server-side form manipulation code just not done in ASP.NET?
Thanks...
The browser technology (http, etc) is designed to post to the server a very
limited set of information. The "value" attributes of data entry fields
(<input> <textarea> <select>) and cookies. The list of text in a droplist is
simply formatting, not data. So it cannot be transferred.
The suggestion was made to transfer the value using a hidden input field.
This is a very popular way of transferring data that doesn't directly appear
on the page. Microsoft uses this to post back a button's command name via
the "__doPostBack" function you see on some of your webforms.
If you are thinking of getting validation on the client side to help,
remember that many browsers do not support client-side validation. (I sell a
product called "Professional Validation And More" that supports many more
browsers than Microsoft's validators. http://www.peterblum.com/vam/home.aspx.)
--- Peter Blum www.PeterBlum.com
Email: PL****@PeterBlum.com
"Allan M." <an*******@discussions.microsoft.com> wrote in message
news:05****************************@phx.gbl... Yea, I've thought of that. That will work to some degree, but it's still just a little bit less cludgy than what I've already got working.
I wish there was a way for the codebehind to pick up what values are populated in various dropdowns via client-side javascript, without having to write all of these custom code hacks.
The other option I looked at was moving all of our existing server side control validation routines to client- side javascript. Then the page could only be submitted when it was actually DONE. This would prevent the need for separate state management mechanisms for javascript populated select boxes, because there would be no need to redisplay the form the user fills out. Either the form is posted processed or a client side validation script would halt the form post.
Once again more javascript. Yuck! There's got to be a better way to marry the robust responsiveness of client- side scripting and server-side ASP.Net functionality. This all-or-nothing (client-side vs. server-side) coding methodology really bugs me! -----Original Message----- Hi Allan,
Although I haven't tried it, I'm wondering whether you could use a hiddenserver-side input box as a storage area for the populated data. Unlike thedropdownlist boxes, input boxes are meant to collect user data. Maybe you could store the values in some type of
delimited string"blue|red|black" that you could parse on the postback and add to thelistbox?
I could be way off the mark here, but thought I would raise the possibilityin case in sparks something else that suits.
"Allan M." <an*******@discussions.microsoft.com> wrote in messagenews:05****************************@phx.gbl... I have a series of select boxes that must be populated client side, because they interact with each other. The design specification calls for these boxes to be updated without having to make a roundtrip to the server.
The codebehind seems to be unaware of select box members populated via javascript. So, I'm having to create my own state management solution, (i.e. rewriting the VIEWSTATE mechanism) to persist the state of these select boxes after a postback occurs.
Is there an easier or better way to do this client-side? Note: Postback is not an option. That is the way the code was originally written, but end users were very unhappy with round trips to server.
I need a way to be able to update controls using javascript and include the information in the viewstate whenever a postback occurs. Is this possible, or is mixing client-side and server-side form manipulation code just not done in ASP.NET?
Thanks...
. This thread has been closed and replies have been disabled. Please start a new discussion. Similar topics
by: callmebill |
last post by:
I'm relatively new to javascript, and I'm trying to decide whether the
following (and if so, clues on how to do it):
I'd like to create two HTML multiple-select boxes. The first would be
a list...
|
by: RJN |
last post by:
Hi
In the mainscreen I have a datagrid and from here I open new windows on
click of link button. And I'm doing it through RegisterStartupScript
Me.RegisterStartupScript("PopUp", _
"<script...
|
by: Bob P. |
last post by:
Hello,
I have a page with:
* two side-by-side asp:listboxes and two arrow asp:buttons allowing
users to add/remove email addresses between them -- very much like
Outlook, where you have the...
|
by: Rob Shorney |
last post by:
Hi,
I am using .Net 2003 , c# asp.net.
The situation i have is this. I have a asp.net page which in the codebehind
maintains an xml document in memory. The user can click on a button to popup
a...
|
by: RFS666 |
last post by:
Hello,
After I posted yesterday "using C# class in jscript", I have a new problem:
I have a C# class - DBResult - that contains (and other variables) a string
array (and other variables), that...
|
by: Oliver Hauger |
last post by:
Hello,
In my html form I show a select-element and if this element is clicked I fill it
per JavaScript/DOM
with option-elements. I use the following code:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD...
|
by: Lohboy |
last post by:
Using ASP.NET and IE7. (Sorry if I am posting in the wrong forum but my problem seemed to be more related to the JavaScript side than the ASP.NET side.)
I have two DropDownList controls the...
|
by: RobertTheProgrammer |
last post by:
Hi all,
I know this is a trivial question, but I can't seem to figure it out. Pardon my inarticulation in asking the question...
I'm using ASP.NET such that in the OnLoad event of the...
|
by: WT |
last post by:
Hello,
I am searching for a way to generate automatically from codebehind the
<!Doctype....for asp.net pages using .net 3.5 c# and vs2008.
Subidiary question: if I do a server transfert in my...
|
by: isladogs |
last post by:
The next Access Europe meeting will be on Wednesday 7 Feb 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:30 (7.30PM).
In this month's session, the creator of the excellent VBE...
|
by: DolphinDB |
last post by:
The formulas of 101 quantitative trading alphas used by WorldQuant were presented in the paper 101 Formulaic Alphas. However, some formulas are complex, leading to challenges in calculation.
Take...
|
by: DolphinDB |
last post by:
Tired of spending countless mintues downsampling your data? Look no further!
In this article, you’ll learn how to efficiently downsample 6.48 billion high-frequency records to 61 million...
|
by: Aftab Ahmad |
last post by:
Hello Experts!
I have written a code in MS Access for a cmd called "WhatsApp Message" to open WhatsApp using that very code but the problem is that it gives a popup message everytime I clicked on...
|
by: Aftab Ahmad |
last post by:
So, I have written a code for a cmd called "Send WhatsApp Message" to open and send WhatsApp messaage. The code is given below.
Dim IE As Object
Set IE =...
|
by: ryjfgjl |
last post by:
ExcelToDatabase: batch import excel into database automatically...
|
by: Vimpel783 |
last post by:
Hello!
Guys, I found this code on the Internet, but I need to modify it a little. It works well, the problem is this: Data is sent from only one cell, in this case B5, but it is necessary that data...
|
by: jfyes |
last post by:
As a hardware engineer, after seeing that CEIWEI recently released a new tool for Modbus RTU Over TCP/UDP filtering and monitoring, I actively went to its official website to take a look. It turned...
|
by: PapaRatzi |
last post by:
Hello,
I am teaching myself MS Access forms design and Visual Basic. I've created a table to capture a list of Top 30 singles and forms to capture new entries. The final step is a form (unbound)...
| |