Hi, I force dillo to browse to a new page based on some external event; the code is as follows [with text containing the url to goto] <snip> gchar* new_text = a_Url_string_strip_delimiters((gchar*)text); DilloUrl* url = a_Url_new(new_text, NULL, 0, 0); if (url) { a_Nav_push(transfer_bw,url); a_Url_free(url); } </snip> however i notice that the though the browser DOES goto the new url the screen [browser window] doesn't get painted properly. i seem to have to scroll up and down a couple of times to get it to repaint completely. Any idea why this would be ? [I don't know if this is related but the url's dillo is forced to goto are served typically by a tomcat servlet engine] Thanks, Vikram
Hi, On Thu, 11 Sep 2003, Vikram wrote:
Hi, I force dillo to browse to a new page based on some external event; the code is as follows [with text containing the url to goto]
<snip> gchar* new_text = a_Url_string_strip_delimiters((gchar*)text); DilloUrl* url = a_Url_new(new_text, NULL, 0, 0); if (url) { a_Nav_push(transfer_bw,url); a_Url_free(url); } </snip>
It looks OK. Placing may play a role though.
however i notice that the though the browser DOES goto the new url the screen [browser window] doesn't get painted properly. i seem to have to scroll up and down a couple of times to get it to repaint completely. Any idea why this would be ?
It shouldn't happen. I'd be surprised if wrong placement of the url-pushing code is the root of the problem. But it can be.
[I don't know if this is related but the url's dillo is forced to goto are served typically by a tomcat servlet engine]
Try the same URL (from the tomcat server) from an unpatched dillo from the location bar. If it renders OK, the problem is with the patch (repeat the test with the same and other URLs, under different load/network conditions to be sure. You can also try Melvin's remote control patch. HTH Jorge.-
participants (2)
-
Jorge Arellano Cid
-
Vikram