如何在记录集页面中保留复选框选择 [英] How to persist checkbox selections across recordset pages

查看:60
本文介绍了如何在记录集页面中保留复选框选择的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

大家好,

我有一个大的记录集要显示在ASP 3.0页面上。我正在使用

记录集分页。对于下一个和上一个链接,我传递href



< a href =< Page URl>?page =<%= iPageCurrent - 1%for Previous 。

现在,当我显示内容时,我还为每个

的记录添加一个复选框(删除)。

现在用户应该是能够在页面中选择一个或多个复选框并且

然后应该允许一起删除所有选择。

任何人都可以指出正确的方向或给出一些如何的提示

实现这个。

谢谢和问候,

Parag

Hi All,
I have a large recordset to be displayed on a ASP 3.0 page. I am using
recordset paging for this. For the next and previous link i am passing href
as
<a href=<Page URl>?page=<%= iPageCurrent - 1 %for Previous.
Now when i display the contents i also add a checkbox (for deletion) to each
of the records.
Now user should be able to select one or more checkboxes across pages and
then should be allow to delete all selections together.
Can anyone please point me right directions or give some hints on how to
acheive this.
Thanks and Regards,
Parag

推荐答案

不是我所知道的 - 除非你改变我的函数mytester在javascript中设置一个

cookie,我觉得这也行。那么你就不会传递数据了 - 只需更改一个cookie值。

这篇关于Javascript和Cookies的文章很简单,只需要点击

javascript cookies inbto google。


问候

Dave

Not that I know of - unless you change my function mytester to set a
cookie in javascript, that would work as well I think. Then you would
not be passing data around - simply changing a cookie value.
Ther are plent of article on Javascript and Cookies, just punch
"javascript cookies" inbto google.

Regards
Dave


再次感谢Dave。

基于到目前为止的讨论,我可以看到三种方法来实现这一点。

1.查询字符串由您的示例表示。但这意味着用户可以看到值和Querystring有长度限制(尽管很长)。但是

这适用于所有浏览器

2.单击Next和Prev按钮提交页面。在隐藏字段中存储选项

。这我可以传递数据而不可见。不确定

这可能带来多大的性能影响。

3. Cookies - 再次在这里我认为限制是4K所以不确定多少

选项可以存储,浏览器也需要支持。

你能告诉我哪个是最好的选择考虑以下

标准

1.性能

2.数据安全

谢谢和问候,

Parag


" ; daddywhite"写道:
Thanks once again Dave.
Based on the discussions till now I can see three ways to acheive this
1. Querystrings as explianed by your examples. But this means user can the
see values and Querystring has length limitation (though quite long). However
this will work in all browsers
2. Submit the page on click of Next and Prev buttons. store the selections
in hidden field. This i can pass the data without being visible. Not sure how
much performance impact this may have.
3. Cookies - Again here i think the limit is 4K so not sure how many
selections can be stored and also browser needs to support this.
Can you please let me know which would be best option considering following
criterias
1. Performance
2. Data Security
Thanks and Regards,
Parag

"daddywhite" wrote:

不是我知道的 - 除非你改变我的函数mytester在javascript中设置一个

cookie,这样做也会有效我认为。那么你就不会传递数据了 - 只需更改一个cookie值。

这篇关于Javascript和Cookies的文章很简单,只需要点击

javascript cookies inbto谷歌。


问候

Dave

Not that I know of - unless you change my function mytester to set a
cookie in javascript, that would work as well I think. Then you would
not be passing data around - simply changing a cookie value.
Ther are plent of article on Javascript and Cookies, just punch
"javascript cookies" inbto google.

Regards
Dave


7月20,4:44 pm,Parag Gaikwad

< ParagGaik ... @ discussion.microsoft.comwrote:
On Jul 20, 4:44 pm, Parag Gaikwad
<ParagGaik...@discussions.microsoft.comwrote:

再次感谢Dave 。

根据讨论到现在为止,我可以看到三种方法来实现这一点。

1.查询字符串由你的例子说明。但这意味着用户可以看到值和Querystring有长度限制(尽管很长)。但是

这适用于所有浏览器

2.单击Next和Prev按钮提交页面。在隐藏字段中存储选项

。这我可以传递数据而不可见。不确定

这可能带来多大的性能影响。

3. Cookies - 再次在这里我认为限制是4K所以不确定多少

选项可以存储,浏览器也需要支持。

你能告诉我哪个是最好的选择考虑以下

标准

1.性能

2.数据安全

感谢和问候,

Parag
Thanks once again Dave.
Based on the discussions till now I can see three ways to acheive this
1. Querystrings as explianed by your examples. But this means user can the
see values and Querystring has length limitation (though quite long). However
this will work in all browsers
2. Submit the page on click of Next and Prev buttons. store the selections
in hidden field. This i can pass the data without being visible. Not sure how
much performance impact this may have.
3. Cookies - Again here i think the limit is 4K so not sure how many
selections can be stored and also browser needs to support this.
Can you please let me know which would be best option considering following
criterias
1. Performance
2. Data Security
Thanks and Regards,
Parag



提交显然意味着对存储的内容没有限制


任何这些方法都可行 - 是的,1和3都有问题

但这一切都取决于你希望用户想要在任何一个动作中删除多少条记录 - 如果有数百条记录不使用查询字符串或

cookies。如果在少数(少于40/50),那么使用任何这些方法。


我不担心浏览器的cookie问题 - 你可以

总是检查他们是否启用了cookie,如果不警告他们

并告诉他们打开它们 - 但我不知道如何获得

大多数网站如果他们工作禁用饼干。


问候

戴夫。

Submission obviously means that there is no limit to what is stored

Any of these methods would work - yes there are problems with 1 and 3
but it all depends on how many records you expect a user to want to
delete in any one action - if hundreds then dont use querystrings or
cookies. If on a few (less than 40/50) then use any of these methods.

I wouldnt worry about the browser problem with cookies - you can
always check whether they have cookies enabled and if not warn them
and tell them to switch them on - but i dont see how they would get
most websites to work if they have cookies disabled.

Regards
Dave.


这篇关于如何在记录集页面中保留复选框选择的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆