支持模糊查询的替代html中select的jquery插件

原创文章,转载请注明出处:http://blog.csdn.net/sannychan/article/details/24271351

我们在页面上经常会用到select,里面的内容长度不定,有时候为了界面美观,select的长度比实际可选内容要短。

这个时候就可以发现IE8及以下IE的显示效果,与FireFox、chrome等是不一样的。

 

IE8及以下版本显示为:select的宽度决定了下拉选项的可视宽度,比如:

但在FireFox和chrome中,下拉选项的可视宽度自适应选项的宽度,据说IE9及以上版本也实现了该效果:

 

因项目中用到了select,部分内容超出select宽度,导致部分选项不可视。但目前使用的人员大多使用IE8浏览器,因此用了工作之余写了一个jquery插件,用于替换select,不废话,直接上图:

 

 

 

使用方式:

Js代码  

  1. //输入参数,为id、text键值对。  
  2. var datas =[{"id":"2","text":"中国石油天然气股份有限公司"}, {"id":"4","text":"中国建筑股份有限公司"}]  
  3. //文本点击触发的事件,自行编码,通过this.id和this.innerHTML获取相应的值  
  4. var itemSelectFuntion = function(){  
  5. alert(this.id + "," + this.innerHTML);  
  6. };  
  7. //调用方式(第一个参数为input的id,第二个参数为输入参数,第三个为点击事件)  
  8. $.selectSuggest('testInput',datas,itemSelectFuntion);  

 

本插件github地址:https://github.com/sannychan/jquery.select/

时间: 2024-11-02 02:35:13

支持模糊查询的替代html中select的jquery插件的相关文章

PHP中模糊查询并关联三个select框

1.在php中我们经常用到下拉框,并相互关联,如果下拉框的option非常多,那么我们就要用到模糊搜索功能,那么怎么做呢? 在此功能中,走了弯路,最好不要关联两个select的id值后select属性选中,并不可修改.再次选择的时候去除属性,这样在去除select属性的时候存在火狐和google js兼容的问题.很容易出现不对应或者属性不能去除的情况,且功能麻烦.另外在后台一定要判断两者的对应关系.(在后台比对两者的对应关系的时候,要去数据库查询,找到企业的id,去数据库查询担保公司的id比对.

IE下支持文本框和密码框placeholder效果的JQuery插件分享_jquery

很久之前写了这个插件,基于jQuery实现的,主要用于IE下实现placeholder效果,可同时支持文本和密码输入框. placeholder是HTML5新增的一个属性,当input设置了该属性后,该值的内容将作为灰色提示显示在文本框中,当文本框获得焦点时,提示文字消失. 下载地址:http://xiazai.jb51.net/201501/other/placeholderfriend.rar 实现代码如下: 复制代码 代码如下: (function($) {   /**    * 没有开花

从难缠的模糊查询聊开 - PostgreSQL独门绝招之一 GIN , GiST , SP-GiST , RUM 索引原理与技术背景

标签 PostgreSQL , gist , sp-gist , gin , rum index , 模糊查询 , 搜索引擎 , token位置搜索 , pg_hint_plan , 自动优化 , 分词 , like '%xxx%' 背景 模糊查询,是一个需求量很大,同时也是一个对数据库来说非常难缠的需求. 对于前模糊(like '%xxx'),可以使用倒排B-TREE索引解决,对于后模糊(like 'xxx%'),可以使用B-TREE索引解决. B-TREE索引通常支持的查询包括 > , <

PostgreSQL 全表 全字段 模糊查询的毫秒级高效实现 - 搜索引擎也颤抖了

标签 PostgreSQL , 分词 , 全文检索 , 全字段检索 , 任意字段检索 , 下拉框选择 , 搜索引擎 背景 在一些应用程序中,可能需要对表的所有字段进行检索,有些字段可能需要精准查询,有些字段可能需要模糊查询或全文检索. 比如一些前端页面下拉框的勾选和选择. 这种需求对于应用开发人员来说,会很蛋疼,因为写SQL很麻烦,例子: 之前写过一篇文章来解决这个问题 <PostgreSQL 行级 全文检索> 使用的是全文检索,而当用户的需求为模糊查询时? 如何来解决呢? 不难想到我之前写过

PostgreSQL 十亿级模糊查询最佳实践

标签 PostgreSQL , 模糊查询 , 正则查询 , pg_trgm , bytea , gin , 函数索引 背景 前模糊(有前缀的模糊),后模糊(有后缀的模糊),前后模糊(无前后缀的模糊),正则匹配都属于文本搜索领域常见的需求. PostgreSQL拥有很强的文本搜索能力,除了支持全文检索,还支持模糊查询.正则查询.内置的pg_trgm插件是一般数据库没有的,可能很多人没有听说过.同时还内置了表达式索引.GIN索引的功能. 不同的模糊查询需求,有不同的优化方法. 对于前模糊和后模糊,P

PostgreSQL 百亿数据 秒级响应 正则及模糊查询

正则匹配和模糊匹配通常是搜索引擎的特长,但是如果你使用的是 PostgreSQL 数据库照样能实现,并且性能不赖,加上分布式方案 (譬如 plproxy, pg_shard, fdw shard, pg-xc, pg-xl, greenplum),处理百亿以上数据量的正则匹配和模糊匹配效果杠杠的,同时还不失数据库固有的功能,一举多得. 物联网中有大量的数据,除了数字数据,还有字符串类的数据,例如条形码,车牌,手机号,邮箱,姓名等等. 假设用户需要在大量的传感数据中进行模糊检索,甚至规则表达式匹配

SQL查询语句通配符与ACCESS模糊查询like的解决方法

ACCESS的通配符和SQL SERVER的通配符比较===================================================ACCESS库的通配符为:*   与任何个数的字符匹配?   与任何单个字母的字符匹配 SQL Server中的通配符为:% 与任何个数的字符匹配_ 与单个字符匹配正文我今天在写个页面的时候,也很郁闷,表中明明有记录,但在ASP里就是搜索不到,理论的sql语句如下:Select * FROM t_food Where t_food.name

SQL查询语句通配符与ACCESS模糊查询like的解决方法_应用技巧

ACCESS的通配符和SQL SERVER的通配符比较===================================================ACCESS库的通配符为:*   与任何个数的字符匹配?   与任何单个字母的字符匹配 SQL Server中的通配符为:% 与任何个数的字符匹配_ 与单个字符匹配正文我今天在写个页面的时候,也很郁闷,表中明明有记录,但在ASP里就是搜索不到,理论的sql语句如下:Select * FROM t_food Where t_food.name

SQL Server数据库模糊查询的ASP实现

server|数据|数据库 ASP及其ADO组件简介 ---- ASP(Active Server Pages)是一种服务器端的脚本语言,可以把它看作是Html.脚本和 CGI(通用网关接口)的结合.但它却比Html保密性更高,比脚本更灵活,比CGI更高效. ----ASP程序的扩展名为".ASP",它可以包含Html语句. ASP命令.文本及其他可以嵌套于Htnk文档的所有描述性语言(如:VBScripts,JavaScripts 等).其中ASP命令必须位于ASP定义的符号&quo