Hello All,
The long awaited 3.6 version of jqGrid is out. For a full list of changes, additions and fixes please refer to the jqGrid Wiki . All the new features can be seen here. You can download the new version form the Download section.
It seems I hit another weird problem : If I use the new "True srolling" feature (which is real improvement, thanks) with a json response that contains a reference to an image (either hard coded img tag or a div with backgound-url in css) the first batch of row is loaded correctly, but after scrolling the initialy loaded rows, the grid issue an ajax request to the same data (IE same rows and page parameter), than after everything works fine.
So to summarize, I have row 1-30 loaded at grid display, scroll to 31, and it load 1-30 again, then continuing to scroll, data 30-60 are loaded fine. If I remove the img reference, everything works fine.
sometimes re-appends data to the table without clearing the previous data. (looks like it's happening in populateVisible() to me..).
So far, I've only been able to reproduce this with large table dimensions (tall and wide), and a small number of rows (too few for vertical scrolling).
Thanks. This is a bug and it is fixed in GitHub. Also the same work ok with FireFox on Windows.
@jmav
Serch the forum for this problem and the solution. There is such one. The problem is in IE6/7, but I do not like the provided solution here in forum – sorry.
@jhsu,
Thanks for this recommendation – I will do it in the next releases.
I will look into this issue. It will help me a lot if you can send me a link to the problem. Yes, in this case we should concentrate on what data you return from server.
After extensive testing, I get the feeling that it has nothing to do with embedded images in data or not. I think it is more related to the number of visible rows in the grid. Please have a look a theses pastie. Setting rowNum to 5 (or 9) instead of 10 triggers the issue.
It seems all jQuery plugins are evolving in a way where parameters and methods are accessed using 'magic strings'… Won't it make it harder (or even impossible) for IDE's to ever provide for code completion for plugin's like this one ?
It seems all jQuery plugins are evolving in a way where parameters and methods are accessed using 'magic strings'… Won't it make it harder (or even impossible) for IDE's to ever provide for code completion for plugin's like this one ?
I cant speak for whether it will continue to be supported. I cant see why it shouldnt, for those who want it.
But the problem with the old api is that it adds 150+ relatively common function names to the $.fn namespace. How many plugins might want a showCol, setCell or setLabel method, for example?
If you disable the old api (set $.jgrid.no_legacy_api = true after loading the language file, and before loading the rest of the grid), you dont get anything beyond $.fn.jqGrid.
A lot less to worry about every time you add a new plugin to your project…
The other way to do it would be to have $("").jqGrid return a class object, which you then call methods on. But that completely breaks backward compatibility, and isnt really the jQuery way of doing things.
So yes, you do lose code completion in ide's (at least until someone extends it to match the jquery-ui idiom) – but you gain encapsulation – which seems far more important to me…