UIWebView shouldStartLoadWithRequest nur einmal aufgerufen?

Question

In meiner iPhone App habe ich ein UIWebView, in dem ich einen lokalen HTML-Code lade. Alles funktioniert gut, aber jetzt möchte ich mit lokalen Links (zu Fußnoten) umgehen können: Wenn ich auf einen lokalen Link klicke, möchte ich in die Fußnote springen können und dann zurückkommen können .

<a href="#tofootnote">jump to footnote</a> 

ich behandelt dies durch meinen Code should Hinzufügen und lokalen Link klickt abfangen; wenn ein lokaler Link angeklickt wird, arbeite ich meine Magie (verstecken Sie einige ui-Elemente, fügen Sie einen Zurück-Button, etc ..); Ein Klick auf den Zurück-Button bringt mich zurück zum ursprünglichen Ort im HTML-Dokument.

Das Problem besteht darin, dass das Klicken auf ONCE AGAIN auf der Verknüpfung nicht mehr ruft, sollte StartLoadWithRequest. Das heißt, der folgende Code:

- (BOOL)webView:(UIWebView *)webView shouldStartLoadWithRequest:(NSURLRequest *)request navigationType:(UIWebViewNavigationType)navigationType { 
NSLog(@"foo bar"); 
return YES; 
} 

zeigt nur „foo bar“ ONCE (eigentlich zweimal - das erste Mal, wenn ich zunächst das Dokument laden), aber nur einmal danach, und zwar unabhängig davon, wie oft ich Klicken Sie auf den lokalen Link

Also, es sei denn, jemand hat eine bessere Erklärung, ich vermute, dass die UIWebView das Dokument oder Link oder etwas zwischenspeichert und nicht mehr den Handler nach dem ersten Aufruf anruft; Wenn dies der Fall ist, wie kann ich diesen internen Cache löschen? (ohne das Dokument erneut zu laden)

Answer 1

Die einzige Lösung, die ich für dieses Problem gefunden habe, ist String-ersetzen alle Anker von "#Anchor" zu etwas, das als URL, wie "| Anker" betrachtet wird. Auf diese Weise wird UIWebView glauben, dass es sich um einen echten Link handelt, und die Anfrage versuchen, wenn darauf geklickt wird. Diese Lösung funktioniert natürlich nur, wenn Sie alle Klicks selbst bearbeiten und somit die geänderten Anker interpretieren können. Ich kann den Grund für das Verhalten von UIWebView verstehen, aber es ist ziemlich frustrierend. Der Delegat benötigt wirklich Nachrichten, die den Onclick-Handlern entsprechen.

Answer 2

Versuchen Sie, das Anker-Tag zu berühren (weisen Sie es sich zu). Meine Hypothese ist, dass das DOM aktualisiert wird, so dass es den Link erneut überprüft. Habe das nicht getestet, es ist nur eine Idee!

Answer 3

Dies scheint auch für mich passiert, wenn ich ein onclick verwenden = "window.location.hash = ...; return false;" anstatt den Klick zu erfassen.

Wenn ich ein wenig rolle oder auf einen anderen Anker klicke, kann ich den Link erneut verwenden.

Answer 4

NSURLRequest * request = [NSURLAnfrage requestWithURL: fileURL cachePolocy: NSURLRequestReloadIgnoringLocalCacheData timeoutInterval: 60.0];

[webView loadRequest: Anfrage];

Answer 5

Wenn Ihr den Inhalt Laden der loadHTMLString verwenden, wie:

[webView loadHTMLString:htmlString baseURL:[[NSBundle mainBundle] bundleURL]]; 

Dann scheint es ausreichend zu sein, nur die HTML-Zeichenfolge erneut zu laden. Wenn Sie auf den Anker klicken, wird (erneut) Ihr Delegate-Hook aufgerufen.

Answer 6

Ein Trick, den ich gefunden habe, als ich dieses Problem mit jQuery Mobile Embedded Page Changes auftrat, war das Hinzufügen einer Zufallszahl in den Hash. Auf diese Weise iOS scheint zu glauben, es ist eine neue Anfrage:

//set location hash to path 
set: function(path) { 
    path += "&" + Math.random(); 
    location.hash = path; 
}, 

Dies auch durch die dynamische Einstellung des Pfades durch ein Onclick-Ereignis funktionieren soll.

Answer 7

Ich bin in der Lage, dies zu umgehen, indem Sie window.location zu einem Dummy-Anker nach der Handhabung der gültigen.

- (BOOL)webView:(UIWebView *)aWebView shouldStartLoadWithRequest:(NSURLRequest *)request navigationType:(UIWebViewNavigationType)navigationType { 
    if ([[request URL] fragment]) { 
     if ([[[request URL] fragment] isEqualToString:@"__DUMMY_ANCHOR"]) 
      return NO; 

     // Do your custom handling of the anchor here 

     // Change the location to a non-existent anchor 
     [aWebView stringByEvaluatingJavaScriptFromString:@"window.location='#__DUMMY_ANCHOR'"]; 

     return NO; 
    } 
} 

Answer 8

Eine Variation von Ben Dolmans (Arbeits) Code oben. Es "setzt" den UIWebView-Cache mit den beiden Dummy-Links zurück, so dass nachfolgende Links die Methode noch aufrufen. Zuerst speichert es die interne Verknüpfung oder das Fragment in einem NSString namens savedFragment. Dann teilt es dem UIWebview mit, dass er den ersten Dummy-Link #pageX und dann ein anderes #pageY laden soll. Schließlich wird die savedFragment-Datei abgerufen und verwendet, um die Seitennummer zu erstellen, die dann in einer separaten Methode verwendet wird, um den UIWebview zum richtigen Speicherort zu scrollen.

- (BOOL)webView:(UIWebView *)webView shouldStartLoadWithRequest:(NSURLRequest *)request navigationType:(UIWebViewNavigationType)navigationType { 


    if ([[request URL] fragment]) { //check if fragment exists (treat as internal link) 

     NSString *fragment = [[request URL] fragment]; 

     //If the fragment is neither "pageX" nor "pageY", treat as an internal link in the PDF 
     if (![fragment isEqualToString:@"pageX"] && 
      ![fragment isEqualToString:@"pageY"]) { 

      savedFragment = fragment; //hold the fragment in savedFragment (NSString) 
      [pdfWebView stringByEvaluatingJavaScriptFromString:@"window.location='#pageX'"]; //load UIWebView with first dummy link 

     } else if ([fragment isEqualToString:@"pageX"]) { 

      [pdfWebView stringByEvaluatingJavaScriptFromString:@"window.location='#pageY'"]; //load UIWebView with second dummy link 

     } else { 

      NSString *pageString = [savedFragment stringByReplacingOccurrencesOfString:@"page" withString:@""]; //grab the page from savedFragment 
      int page = [pageString intValue]; 
      [self scrollWebViewToPage:page-1]; //scroll to page (seperate method) 
     } 

     return NO; //do not load any of the dummy links 

    } else { 

     return YES; //first load of PDF into UIWebView should be allowed 
    } 

}