我的设置:Rails 3.0.9,Ruby 1.9.2 我正在为我的应用程序寻找一个分页解决scheme,并看到有一个新的ISHgemKaminari相比,值得信赖的will_paginate 。 它看起来像will_paginate没有更新一段时间,但从V3.0回来。 什么是共识,是一个优于对方,为什么? 提前感谢您的见解。 编辑 我在Twitter上问Ryan Bates,他说 两者同样做得好。 最大的因素是如果你使用任何需要分页的gem,因为它们不兼容。 我喜欢will_paginate的非引擎方法多一点,但这是个人喜好。
我将如何去执行分页所需的查询? 基本上,当请求页面1时,获得前5个条目。 对于第2页,得到下一个5等等。 我打算通过couchdb-python模块来使用它,但是这对实现没有任何影响。
所以,我有一个函数返回一些我想在我的网站上实现分页的logging。 有人build议我在SQL Server 2012中使用偏移/取下一个来实现这一点。 在我们的网站上,我们有一个区域列出了当时的logging总数和您正在浏览的页面。 之前,我正在获取整个logging集,并能够以编程方式构build分页。 但是使用FETCH NEXT X ROWS ONLY的SQL方式,我只返回了X行,所以我不知道我的总logging集是什么,以及如何计算我的最小和最大页面。 我可以告诉这样做的唯一方法是调用函数两次,并在第一次做一个行的计数,然后运行FETCH NEXT第二。 有没有更好的方式,不会让我运行查询两次? 我正在努力加快性能,而不是放慢速度。
在2010年的Google IO上,宣布GWT 2.1将包含新的数据演示组件 。 2.1M可以下载,大概是包含了小部件,但是还没有文档出现。 有一个简短的教程或示例如何使用它们? 我见过一个传言, CellList和CellTable是有问题的类。 他们的Javadoc充满了很多的TODO,所以在使用方面还是有一些缺失。
我有一个表(多行,多列,见下文)比一页长。 我怎么能告诉LaTeX继续下一页。 添加一个\ newpage不起作用 手工“结束”和“重新开放”表格作品,但是非常乏味,因为表格会有很多页面。 \begin{tabular}{lp{13cm}} AAAAAAAAAA & FOOBAR FOOBAR FOOBAR FOOBAR FOOBAR\\ BBBBBBBBBB & FOOBAR FOOBAR FOOBAR FOOBAR FOOBAR\\ CCCCCCCCCC & FOOBAR FOOBAR FOOBAR FOOBAR FOOBAR\\ … ZZZZZZZZZ & FOOBAR FOOBAR FOOBAR FOOBAR FOOBAR\\ \end{tabular}
我在Django中使用分页时遇到问题。 以下面的URL为例: http://127.0.0.1:8000/users/?sort=first_name 在这个页面上,我按他们的first_name对用户列表进行sorting。 没有一个sorting的GETvariables,它默认按idsorting。 现在,如果我点击下一个链接,我期望以下url: http://127.0.0.1:8000/users/?sort=first_name&page=2 相反,我失去了所有的variables,并最终 http://127.0.0.1:8000/users/?page=2 这是一个问题,因为第二个页面是由ID而不是first_namesorting。 如果我使用request.get_full_path,我最终会得到一个丑陋的URL: http://127.0.0.1:8000/users/?sort=first_name&page=2&page=3&page=4 解决办法是什么? 有没有办法访问模板上的GETvariables并replace页面的值? 我正在使用Django的文档中描述的分页,我的首选是继续使用它。 我使用的模板代码与此类似: {% if contacts.has_next %} <a href="?page={{ contacts.next_page_number }}">next</a> {% endif %}
我想在我的RESTful API中支持分页。 我的API方法应该通过/products/index返回产品的JSON列表。 但是,可能有成千上万的产品,我想通过它们进行翻页,所以我的请求应该是这样的: /products/index?page_number=5&page_size=20 但是,我的JSON响应需要什么样子? API消费者通常期望在响应中使用分页元数据吗? 或者只是一系列必要的产品? 为什么? 它看起来像Twitter的API包含元数据: https : //dev.twitter.com/docs/api/1/get/lists/members (请参阅示例请求)。 元数据: { "page_number": 5, "page_size": 20, "total_record_count": 521, "records": [ { "id": 1, "name": "Widget #1" }, { "id": 2, "name": "Widget #2" }, { "id": 3, "name": "Widget #3" } ] } 只是一个产品arrays(没有元数据): [ { "id": 1, "name": "Widget #1" […]
如何将HTML文件的内容以屏幕大小的块分割为WebKit浏览器中的“分页”? 每个“页面”应该显示一个完整的文本量。 这意味着一行文本不能在屏幕的顶部或底部边框中被切成两半。 编辑 这个问题最初被标记为“Android”,因为我的意图是build立一个Android ePub阅读器。 但是,这个解决scheme似乎只能通过JavaScript和CSS来实现,所以我扩大了问题的范围,使其与平台无关。
是否有任何开箱即用,易于实现的标准分页组件/标签库或代码示例可用于在Spring MVC分页?
据说在具有多个logging的MongoDB集合中使用skip()进行分页很慢并且不推荐。 可以使用远程分页(基于> _id比较) db.items.find({_id: {$gt: ObjectId('4f4a3ba2751e88780b000000')}}); 这对于显示prev是很好的。 &nextbutton – 但是当要显示实际的页码时,实现并不是很容易1 … 5 6 7 … 124 – 您需要预先计算每个页面从哪个“_id”开始。 所以我有两个问题: 1)我应该什么时候开始担心? 当skip()有明显减速的“logging太多”时? 1 000? 1 000 000? 2)什么是使用范围分页显示与实际页码的链接的最佳方法?