iSeller Commerce
iSeller POS Retail
iSeller POS F&B
iSeller POS Express
Crosslight
WebUI
ClientUI
What's New
Download Trial
Web Solution
Mobile Solution
Enterprise Solution
Custom Development
Blog
Community
Latest Development Blogs
ForumPostTopic
Browse By Tag
Hi Jocelyn,
Yes, you can use WebInput as the editing control in WebGrid. The walkthrough documentation that you found already provides the complete steps.
Make sure you already have the WebInput controls in the same page with WebGrid. You can also use WebGrid Component Designer (as shown in the walkthrough) to easily select the WebInput as the editing for a specific column.
Hope this helps,James.
Siva,
You can also go to a certain page through client-side API by using GotoPage method. For example:
grid.GotoPage(5); // go to page 5
All WebGrid's client-side API such as properties and methods can be found in WebGrid Product Documentation, specifically in Client-side References node then expand to each class to see its APIs, eg, WebGrid class.
Michael,
Okay, I think using the UndoChanges() method as you figured out originally should do it. But call it in a timeout, not in the synchronous execution.
Example:
setTimeout( function() { rowChange.Row.UndoChanges(); }, 10);
Let me know if that works in your end.
Michael, have you tried to return false in the event? It should cancel the add changes process.
Hi Veenu,
Thanks for submitting more information about your case.
I think the JS error may have something to do with the error during FlyPostBack, since the JS initialization have not been completed in this case. Could you check whether you're running the latest WebGrid 6 build? Alternatively, have you also check using latest WebUI Framework build and latest WebGrid 7 build?
- James
If you're using SmartWebResources, make sure you've configured it properly and the correct version of Resource assemblies are used.
You can also trace whether all client resources are downloaded properly by using HttpWatch tool. Given your issue, I suspect some javascript files may not be loaded properly.
Hi Gary,
Adding to Glenn's reply, I think you should license the WebUI Studio in your dev machine instead of the live servers. The licensing for live servers should use the runtime license key, which can be inserted into the control's property individually (RuntimeLicenseKey), or into the web.config globally.
You disrespect us, your customers, when you do not provide quality support and feedback and waste our time. You should really head your own signature of "Providing the most excellent technical support for Intersoft customers. Your satisfaction is our success." because so far that hasn't been the case from my perspective. And when I say "you" I mean InterSoft and not you personally. Who made you the spokeperson for all of us? If you were a little less condescending and arrogant, perhaps you could get your point accross and actually get the help you need. You could also try to assert your apparent sense of superiority by writing your own components. This way, you can talk down to yourself as much as you desire when things do not work the way you demand them to.
You disrespect us, your customers, when you do not provide quality support and feedback and waste our time. You should really head your own signature of "Providing the most excellent technical support for Intersoft customers. Your satisfaction is our success." because so far that hasn't been the case from my perspective. And when I say "you" I mean InterSoft and not you personally.
Who made you the spokeperson for all of us?
If you were a little less condescending and arrogant, perhaps you could get your point accross and actually get the help you need.
You could also try to assert your apparent sense of superiority by writing your own components. This way, you can talk down to yourself as much as you desire when things do not work the way you demand them to.
Completely agree with Jean.
If you can just be a little cooperative, you save both yours and Intersoft's guys time and efforts. And definitely you could get your answer/solution much faster rather than having to go through such unnecessary debate.
With regards of Intersoft support, I think they have done it profesionally based on how they respond to questions and issues. Also please keep in mind that Intersoft guys worked on several dozens of topics, not only yours. Please show your respect and be cooperative for your own good.
Just want to make sure that you have properly applied the safe control to your site's config file. For example:
<SafeControl Assembly="ISNet.WebUI.WebGrid, Version=6.0.7200.X, Culture=neutral, PublicKeyToken=3e60b85fb8502d5e" Namespace="ISNet.WebUI.WebGrid" TypeName="*" Safe="True" />
Note that you need to specify the correct exact version of WebGrid in the definition, for instance, the latest build should be 7.0.7200.306.
Also, have you been able to see WebGrid displayed in the designer? Some shots on the error details would be helpful. Thanks!
Regards,James.
4. I haven’t been able to replicate this issue in the sample yet but I wanted to pass it along in case it is a known issue and you have a solution. Opening a Group (clicking the plus sign) that has a lot of records (a few hundred) causes an error. “Stop running this script? A script on this page is causing Internet Explorer to run slowly. If it continues to run, your computer might become unresponsive.” This occurs even after we pulled all our custom code out of client side events OnSynchronizeCell and OnInitializeRow. Is there anything we can do to speed this up? It probably has to do with the large amount of data contained in each row being retrieved. 5. We are running into a lot of other issues with saving and deleting taking a really long time. Any feedback on converting over a large/complicated page (lots of server and client side custom code) from standard server side data-binding using “OnInitializeDataSource” to ClientSideBinding and SmartBatchUpdate would be much appreciated. We will likely follow up with more questions soon.
4. I haven’t been able to replicate this issue in the sample yet but I wanted to pass it along in case it is a known issue and you have a solution. Opening a Group (clicking the plus sign) that has a lot of records (a few hundred) causes an error. “Stop running this script? A script on this page is causing Internet Explorer to run slowly. If it continues to run, your computer might become unresponsive.” This occurs even after we pulled all our custom code out of client side events OnSynchronizeCell and OnInitializeRow. Is there anything we can do to speed this up? It probably has to do with the large amount of data contained in each row being retrieved.
5. We are running into a lot of other issues with saving and deleting taking a really long time. Any feedback on converting over a large/complicated page (lots of server and client side custom code) from standard server side data-binding using “OnInitializeDataSource” to ClientSideBinding and SmartBatchUpdate would be much appreciated. We will likely follow up with more questions soon.
Scott,
I suggest you to use "Classic Paging" mode to address the both issues above. Since classic paging mode pages on all the child records equally according to page size, it should perform faster and more reliable regardless of your data size.
The Grid also has more advanced options for data scalability when classic paging is used. Let me know if the classic paging works for you.
or
Choose this if you're already a member of Intersoft Community Forum. You can link your OpenID account to your existing Intersoft Social ID.
Choose this if you don't have an Intersoft account yet. Your authenticated OpenID will be automatically linked to your new Intersoft account.
Enter your Wordpress Blogname