jqGrid 3.8 Beta
Dear All,
We are happy to inform you that the long awaited 3.8 version is out.
The 3.8 Release is aimed to be a VERY MAJOR Update to out jqGrid JavaScript library.
The biggest news is the availability of Grouping. You can now group rows by column, including group footer summaries with or without grand total.
Version 3.8 now also brings OFFICIAL support for the latest jQuery core release 1.4.2+ and jQuery UI ThemeRoller 1.8.2+. From this moment onwards, we will provide support for these releases only and upwards, but only in jqGrid 3.8+. Older versions of jqGrid are reported to work fine with jQuery 1.3.x and ThemeRoller 1.7.x, but we HIGHLY RECOMMEND using 3.8 if you use the latest jQuery releases.
With every new minor release of 3.8 we will fix the following issues:
- Duplicated id’s when more than one grid is available in the page
- Name-space related problems in the module grid.common.js This mean that every function in this module will be converted to jgrid name-space
- In order to minimize the size of the library we will move a lot of unused methods to a separate file which then will be not available in 3.9 release.
We hope that with these changes we make the jqGrid one of the best grid component.
Here is the link to the demo:
jqGrid 3.8 Demo
Here are the demo files with the beta version
jqGrid Demo Files and Source
Enjoy
jqGrid Team
The demo seems broken: Webpage error details
User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; CIBA; .NET4.0C; .NET4.0E; InfoPath.2; OfficeLiveConnector.1.5; OfficeLivePatch.1.3)
Timestamp: Mon, 2 Aug 2010 20:48:37 UTC
Message: ‘this.rows.0.cells’ is null or not an object
Line: 2335
Char: 3
Code: 0
URI: http://www.trirand.com/blog/jqgrid/demo38/js/grid.base.js
Great News!!!
(For testing)
Where I can download it?
TIA,
Javier
jqGrid Team,
Excellent release. You guys are just going from strength to strength. Keep up the good work 🙂
Bazmo
@Jian,
Thanks. The issue is only in IE6/7 and is fixed.
@Javier
There is a link below the demo – the link include the demo files and the source
@Bazmo
Thanks. We allways try to improve.
Tony
try the demo,that’s cool~~
tony, u make it growing better.
thanks.
@tony
Thanks you. I’m blind 🙂
The examples are excellent.
Javier
excellent!!! expect Freezed columns and Cell/Row merging
more……………………
thanks
That’s great!
grouping function looks good!
I tried to use grouping function with subgrid, but it didn’t works.
I expect to work properly in the next release!
Thank you.
Cool!
Is there an option to show the summary for each group in the same row as the +/- group header? This would allow users to see the summary data without all of the detail.
Great work, thanks!
IMPRESSIVE feature addition!!
This gives me the possibility of thinking lot of impossible things done in the easiest way!
Keep up the Cool works.
Perfect!
I tried to open jqGrid.html in Demo3.8 Source on Explore 8. In this page, grid tree didn’t work proper.
But this site demo3.8(http://www.trirand.com/blog/jqgrid/demo38/jqgrid.html) is fine with Explore 8. How can I test this demo3.8 source on this browser?
However, another browser(ie., Safari) is fine.
Thanks!
Hello! Where I can get full pack demo files?
@Boogey100
That would indeed be much more useful!
When the support column freezing
first of all great stuff. quick question. in the new 3.8 version with grouping how, can you edit row? i tried onselectRow with no result
Nice work again.
You wrote “With every new minor release of 3.8 we will fix the following issues:
Duplicated id’s when more than one grid is available in the page”.
With that in mind it will be nice if the aftersavefunc from inline editing will get as parameter the grid id also, not only the rowid and the response from the server.
I’m proposing this because in this way the aftersavefunc will be much general and easier to deal with when you got more than one grid in your application.
@Adrian
It is done in the 3.8 beta. Also every event in inline and celledit can use “this” to refer to the gird (grid id)
Regards
Tony
Hi Tony,
There is trouble with table rendering. I have table with 92000 records, firstly i slide to the middle of the table then to the end of table (with series requests to the server) and then to the begin of the table and page does not appears. Legend under table says “View 71 651 – 71 850 of 92 893”. Several last requests (ordered):
…/users/non_activated?layout=0&_search=false&nd=1282202450442&rows=50&page=1436&sidx=&sord=asc&totalrows=92893
…/users/non_activated?layout=0&_search=false&nd=1282202452290&rows=50&page=1&sidx=&sord=asc&totalrows=92893
…/users/non_activated?layout=0&_search=false&nd=1282202456864&rows=50&page=1437&sidx=&sord=asc&totalrows=92893
All responses are good.
Sometimes legend says “View -49 – 50 of 92 893”, and nothing displayed. Several last requests:
…/users/non_activated?layout=0&_search=false&nd=1282202847885&rows=50&page=874&sidx=&sord=asc&totalrows=92893
…/users/non_activated?layout=0&_search=false&nd=1282202850605&rows=50&page=875&sidx=&sord=asc&totalrows=92893
…/users/non_activated?layout=0&_search=false&nd=1282202850668&rows=50&page=1&sidx=&sord=asc&totalrows=92893
All responses are good too.
Durations of requests-responses approx 1.5 seconds.
Thanks in advance
feature request:
I would like to have ability to change action name(now it’s “oper”) for own value.
I want to know whether I can display the form below the grid. I mean display the grid and form in the same page, grid is in the top and form in the bottom. when I select different row, different data will be populated to the form. I don’t want to popup a div to add/edit data. Would it be handled in this version?
Excellent. Congrats for another successful release. 🙂
Isn’t it added here in this link yet for demos and examples? I still see version 3.7 examples here
http://www.trirand.com/blog/jqgrid/jqgrid.html
Correct me if I am referring wrong link
I think you should update the readme.txt file in your 3.8 demo archive and specify that users should update the pathtojsfiles var in the jquery.jqgrid.js file.
As a JQ newbie it took me a while to figure it out.
Great work anyway, thanks
Does the current release of grid support “local” paging and editing?
Hi,
the advanced search dialog (multipleSearch=true) freezes in this version.
I put the follow line at the end of “38array6.js” to enable the multiple search:
$(“#list486”).jqGrid(‘navGrid’, ‘#plist486’, {del:false, add:false, edit:false}, {}, {}, {}, {multipleSearch:true});
When I click the advanced search button, the grid and the dialog freezes.
Am I forgetting something?
Great grid and great performance! Thank you! Awating for 3.8 Release!
Hi,
Great new features! I’ve updated my jqGrid to 3.8 but my nested treeGrid is not working as before. When I click on a column to expand, it expands but under the next row. If I click on the next row, it merges the records with the one expanded before. I hope it makes sense. Can you guys take a look please? Thanks!!
First of all the new grid looks pretty awesome, nice job guys!
Nevertheless I was testing grouping in jqGrid and it seems to be a bug when you group and hide the grouped column using groupColumnShow: [false]. Well, it hides the column but shows the grid in a weird way. This happens in every browser (that is IE 8, FF 3.6 and Opera 10.62) but Chrome 5.0, this last one works fine.
Any comment on this? Are this bugs expected to be fixed before official release?
Thanks!
Unfortunately I found another issue:
I have a screen that’s using jQuery Tabs. Inside each tab there’s a jqGrid. Only one Tab is using new grouping feature. When I go to this tab the grid shows just fine (except for the issue I commented before), but when I go to any other tab and come back to the one with the grouped grid, it shows it in an original state: not grouped and showing all the columns.
Previous bug didn’t bothered me that much since it’s just UI and I can live with that. Sadly this ungrouping issue turns a really nice feature into something I wouldn’t use, as if I navigate to another tab I loose all its beauty.
Can you guys please take a look at this and let us know your thoughts?
Thanks!
Hi all. Same issue as post #28 from axi. Any update on this bug with the nested treeGrid? Thanks in advance…
Thanx 4 your work!!! It’s a super component!!
But missing 2 essential things! It is multisorting feature (why isn’t it still here, it’s quite basic no?) and well documented API is great thing too!
Yes, what we need here is flexibilty)
Multiple grouping would make this MUCH more useful, great work!
When the support column freezing?
please^_^
When will the consolidated version be available?
Looks like it has great potential! Not sure if I’m missing something, but there appears to be a major usability issue with grouping, however.
When viewing a group of items, an end-user would assume that the items listed below a group are all of the items in the group. But if the group spans across pages, there’s an issue.
For example, if Group C has 9 items, and it’s the last group on the page and only 3 items from Group C will “fit” on page 1, then the last group on page 1 will show Group C as having 3 items, and the first group on page 2, also Group C, would show as having 6 items.
This “split group” issue is much more problematic when using summary footers. This is easily reproducible in the 3.8 “Summary Footers” demo:
1. Go to the Summary Footers demo and display 30 rows.
2. Notice that the “test 3” group has 9 items and a total of 3,870.
3. Now change the pager to display 20 rows.
4. Notice that the “test 3” group now has 2 items and a total of 860.
5. Go to page 2 and notice that the “test 3” group now has 7 items and a total of 3,010.
Basically, a user would have to know to never rely on any summary information in the last group on any page with a full number of rows, or on the first group of page 2 and above, due to the fact that a group that spans across pages will have only some of its rows and therefore the number of rows and all summary totals will be wrong. An end-user would easily be misled by this, because in most cases the summary information acts like a summary for the *group* when in fact it really is a summary for the rows in the group that happen to be displayed on the page.
In a real-world scenario, a user would never need a summary for what happens to fit on the page; they need to see a real summary for the *group*. There absolutely needs to be a way to ensure that a group fully appears on a page. Ideally, the pager would page through groups, and the row count would be a group count; e.g., you could choose to display x number of *groups* per page instead of x number of items within the groups.
Is there any way to do this currently?
Excellent! Looking forward to upgrading. I would however have preferred a single minified js release to make updating as easy as possible. Has anyone by chance already created a packaged 3.8 beta that doesn’t require other individual js files?
Thanks again for the fantastic release.
Congratulations guys!
Keep up this fantastic work!
@david888, great points. When using groups, the total number of rows per page becomes less important as most likely groups will be collapsed and expanded and each group becomes an atomic unit that should not be split or broken up across pages.
Multiple grouping would make this MUCH more useful, great work!
Fantastic!
is it possible to merge two column in Jqgrid
waiting Freezed columns and Cell/Row merging header for along time 🙁
please support soon !
thanks in advance 🙂