I am trying to insert the aspose grid control dynamicaly into the page as part of user defined control and for some reason the assigning AGWClientPath property from the code doesnt work.
I added the app property to the web.config with the path to the aspose "stuff" folder but it helped only with images.
The view source of the page displays this as path attribute of the grid div :
Instead the path to the aspose client folder i am setting in the AGWClientPath property its using the path of the page i am insterting my user defined contolr and its also adding the / at the end...
The url you get is just correct. The grid gets its script files from the page it belongs to. If you are using vs 2005, you should use the HTTP mode to create a website to use the grid.
We will add a switch in the web.config that enables user to modify the client path in the next release. And for security reasons it will be available only for licensed products.
Its an easy fix right now to modify the path to the htc files - just a replace in the Render method of the page.
We're currenly licensing the Aspose.Word, Aspose.PDF and Aspose.Cells products soo grid is coming next :)
Another quick question - how are you guys dealing with globalization? At the moment i would have to point the control to the different folders for each language...
In our application the language of the interface changes depending on the user login preferences. so i would need to translate the dialogs and the menu into other languages.
Oh, i found a little bug i dont know if you aware of it - the menu of the grid doesnt open properly on top of the dropdown control in the IE 6, the drowdown has the highest zindex - just the matter of placing IFRAME with alpha opacity set to 0 underneath the menu element...
yes, this issue is fixed in the IE 7 but what we're doing in our application to fix this problem ( and actually a lot of producers of web controls do the same thing ) we place an empty IFRAME with filter stylesheet under the div with lets say a menu and we make sure that our menu div has the zIndex grater than IE fix iframe.