I am using the WebBrowser Control in my both Delphi and .Net C# test projects to navigate to a local test XML file and try to save the content back to a XML file in .Net D
I think you're approaching this the wrong way. A TWebBrowser
control is a visual control intended for viewing. You may be able to extract the underlying data from it, but fundamentally, using visual control to download something (a non-visual action) is not a good approach. Instead, you should download the file using a dedicated API.
Just for your information: There is no way for me to use WebClient or Indy components to access the xml. I also can't play as a Proxy since...
Don't you have those components? In that case, I'd suggest you use either of the following approaches:
TDownloadURL is an inbuilt class, useful for simple downloading of a file. Some examples of using it:
InternetReadFile. This is what I personally use in my own code - I have a small thread class to asynchronously download files and notify the main thread when they're done, implemented using this function. Use it by:
INTERNET_FLAG_HYPERLINK or INTERNET_FLAG_NO_UI
flagsSorry I can't post source code, but they're simple functions and you should find it easy enough to write.
These approaches will get your either a file or a buffer, each containing the raw contents of your XML file.
Edit: I see you explained a bit about why you can't use Indy:
"The real scenario is much complex and need user interaction in the browser and after the user did everything there are some post posts between browser and user till the end result is a XML file which you have no control on where is comes from!"
I'm not certain this stops you using Indy: instead you just need to get the location of this XML. The fact you don't control where it is doesn't matter, you just need to find out where it is. Either scrape the HTML if all you have is a link (you can already get HTML from the browser - in fact, that's your problem!) or look at the final location the TWebBrowser
document is located at, and download that. In other words, let the user do whatever they have to do to navigate to the final XML file, but rather than trying to extract it from the web browser control, download it yourself.