Hello Oleg,
Thanks.
It seems that this is not a bug in IE, but in grid.
https://github.com/tonytomov/jqGrid/commit/5afb95925f29ee57e183314a8835ac053c6cec1a
Regards
Tony
Hello Oleg,
Thank you very much for the fixes. I have fixed the most of them exept 4.
The reason that we need the uniquie id is that the datepicker and autocomplete widgets does not work if there are no uniquie id. I think that these are used more as of dataUrl. So for now it will stay so and later we will try to fix the problem.
Kind Regards and Thanks again
Tony
Hello Oleg,
Thanks for the recommendation.
Also this is a good idea, but the realization is not appropriate.
Also in order to demonstarte:
Use your example, load the data – expand some or all the rows, sort on acc num
Hello,
Thank you. fixed.
I will check the second issue too.
Kind Regards
Tony
Hello Oleg,
Thanks. A cursor pointer should be updated too maybe. I will check this out.
Tony
Hello,
Thank you very much. Fixed in GitHub
Kind Regards
Tony
Oleg,
Sorry, I think it was in separate post
Tony
Hello Oleg,
Sorry, but I can not find the link you provided for the local form editing.
Could you please post it again?
Thank you.
Tony
Hello Oleg,
From what I see (I'm not 100% sure since no time to test) there is a problem , when we try to have two grids in the same page one in German and one in Russian which is the purpose of this change.
Suppose the second created grid is in Russian. You work with this grid -form edit and all possible things search and etc. For now do not work with the first one German. After time you want to open the search form in the first grid (German) and then surprise the translation is in Russian.
IMHO the lang should be set in the grid options and we shold load the appropriate translations – i.e all methods that use translations to be changed something like this by example
Hello Oleg,
Maybe you are right, but user which can write regExp, can probably read that there is a custom fuction to do this
Oleg,
Thank you, but I think we have too much options – this not quite good.
Also this can be done easy with custom definition – if this can be done with the custom ruler definition then there is no need to write additional one.
Thank you anyway.
Kind Regards
Tony
Oleg,
I'm not ready to implemet now your suggestion.
I must think something and IMHO we should apply more general
Well,
Yes there is a possibility to have duplicates, but I think I found the uniquie approach
randId : function ()
{
return String(new Date().getTime());
}

I will look right now deeper into your code for the local form editing.
Regards
Oleg,
Yes this is true and is a problem.
This one is good solution, but I think a better way is to use a random function to generate the id – something like in the new filter module.
I will use this approach.
Tony
Hello,
@pro85 – you can use GitHub. If you do not like this, please post itnto the forum and in the same time send it to me – (the forum formatting is not very good).
@lonelystellar, please look at my original post above:
“From today we begin intensive test with jQuery 1.5.1. If you encounter problems with this jQuery release please post it into the form with code example and data. Only these posts will be answered and eventually fixed.”
Regards
Tony
Copyright 2014 TriRand LtdAll Rights ReservedRSS
Back to Top