Frage

Ich habe eine Silverlight 4-Anwendung, dass die Leistungen erheblich von mit nativen Mausrad-Unterstützung für eine Reihe von Kontrollen. Die Seite, dass Hosts die Anwendung eine HTML hat angetrieben Dropdown-Menü, das das Silverlight-Steuerelement normalerweise überlagern würde.

Im IE habe ich fensterlos Modus zu ermöglichen, das Overlay-Menü zur Arbeit zu ermöglichen, richtig (Firefox 3.6 funktioniert normalerweise ohne es). Jedoch Modus fensterlos ermöglicht verhindert Firefox aus Maus Radhalterungs Veranstaltungen ohne zusätzliche Codierung um die HTML-DOM-Brücke.

Gibt es eine Möglichkeit, welchem ??Browser benötigt fensterlos sagen kann, und welche ohne es funktionieren wird? Im Idealfall würde Ich mag die HttpBrowserCapabilities Informationen verwenden, ob oder nicht zu entscheiden, die Eigenschaft auf true zu setzen, anstatt eine Liste von "unterstützte den Browser zu.

War es hilfreich?

Lösung

Silverlight 4 hat die Unterstützung für Ereignisse Mausrad, aber es gibt eine Reihe von Regeln bewusst zu sein:

  1. IE ist nie ein Problem
  2. Mausradunterstützung Ereignisse nie Arbeit auf OS X aus Browser und nur über den HTML-DOM in-Browser.
  3. Windowsless in allen anderen Browsern ist ein No-Go, weil sie verlassen sich auf NPAPI Griff Veranstaltungen .
  4. Sie können das Mausrad mit Browser-Kompatibilität erhalten Funktionen zum Mausrad aus dem DOM zu erhalten, wie Sie zur Kenntnis genommen.
  5. HTML-DOM wird nie funktionieren, wenn Vollbild

Für eine vollständige Aufschlüsselung finden Sie unter http: // msdn.microsoft.com/en-us/library/dd759034(v=vs.95).aspx .

Andere Tipps

Vielleicht könnten Sie Ihre eigene MouseWehhenManager Singletonklasse verwenden, die intern beide DOM und MouseWheelAPI Ereignisse betrachtet und stellt sie in einer gemeinsamen Weise, so dass Ihr Code diese einzige Schnittstelle, die so oder so funktioniert verwenden kann?

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top