Home | History | Annotate | Download | only in WebView

Lines Matching refs:items

349     // Start with the menu items supplied by PDFKit, with WebKit tags applied
350 NSMutableArray *items = [self _menuItemsFromPDFKitForEvent:theEvent];
367 [items insertObject:item atIndex:0];
370 [items insertObject:[NSMenuItem separatorItem] atIndex:1];
372 // pass the items off to the WebKit context menu mechanism
375 NSMenu *menu = [webView _menuForElement:[self elementAtPoint:[self convertPoint:[theEvent locationInWindow] fromView:nil]] defaultItems:items];
377 // The delegate has now had the opportunity to add items to the standard PDF-related items, or to
378 // remove or modify some of the PDF-related items. In 10.4, the PDF context menu did not go through
379 // the standard WebKit delegate path, and so the standard PDF-related items always appeared. For
380 // clients that create their own context menu by hand-picking specific items from the default list, such as
381 // Safari, none of the PDF-related items will appear until the client is rewritten to explicitly
382 // include these items. For backwards compatibility of tip-of-tree WebKit with the 10.4 version of Safari
384 // menu items. This backward-compatibility hack won't work with any non-Safari clients, but this seems OK since
386 // set of default items, rather than manually choosing from them. We can remove this code entirely when we
390 NSEnumerator *e = [items objectEnumerator];
1129 // Leave these menu items out, since WebKit inserts equivalent ones. Note that we leave out PDFKit's "Look Up in Dictionary"
1148 // Copy items since a menu item can be in only one menu at a time, and we don't
1154 // useless by removing PDFKit's menu items.
1185 // knowledge of the order and arrangement of PDFKit's menu items, we need to remove any bogus