wie zu deaktivieren, Nachschlagen (Wörterbuch, Thesaurus, Wikipedia) - Funktionalität in ein NSTextView?

• Überschreiben "validRequestorForSendType:returnType:" hat keine Treffer Haltepunkte oder NSLogs, wenn dabei ein drei-Finger-Tippen. Aber der folgende Absatz -- überschreiben "attributeSubstringForProposedRange:" & "attributedString" beide Treffer bei einem TFT-Lookup. Wenn der erste Aufruf fehlschlägt, dann "attributedString" ist die fallback-Methode, die aufgerufen wird. Die Rückgabe von NULL für beide Ergebnisse in einem "NSInternalInconsistencyException" geworfen "LUTSMDocumentTextAccessor", aber die app läuft ohne Absturz oder nachfolgenden schlechtes Verhalten. Dieser ist auf der Suche sehr vielversprechend, Ken. Ich Frage mich, was der Nachteil ist?
• Der einzige Nachteil ich denken kann, sind A) es gibt eine Ausnahme ausgelöst wird, und in der Regel, wenn eine Ausnahme geworfen bekommen, gibt es eine anschließende Absturz... es sei denn, etwas fängt ihn auf. Vielleicht gibt es eine Stelle in der Lookup-Architektur ist fangen? B) ich habe Sie alle text & begrenzte formatieren Fähigkeit, die ich zur Verfügung stellen, um meine app-Nutzer und ich konnte nicht sehen, die zwei "attributedString" Methoden aufgerufen wird, für nichts, abgesehen von drei Fingern Tippen Sie auf "lookup". Ich hoffe, dass ich nicht versehentlich deaktivieren Sie etwas in der app, indem Sie NULL zurückgeben von diesen beiden Methoden.
• Die Ausnahme von dem Prozess? Die Methoden in Frage zu tun haben, mit input-Methoden, die eigentlich in einem separaten Prozess ausgeführt. Sie können versuchen, Sie zu überschreiben einige der anderen NSTextInputClient Methoden, um zu sehen, ob Sie überzeugen können, dem Wörterbuch-lookup IM an nicht auch erwarten können, erhalten Sie eine Zeichenfolge. Ein weiterer Gedanke, den Sie überschreiben können -[NSView inputContext] zurück nil zu deaktivieren, IMs völlig. Wie für Nachteile, haben Sie versucht, Asian IMs? Haben Sie versucht, drücken und halten Eingabe von Zeichen mit Akzent? IMs wie diese sind, was ich erwarten würde brechen könnte.
• Ich werde versuchen aus asiatischen Eingabemethoden in den morgen (vor der bounty Zeit abläuft 🙂 und sehen, wie es aussieht. Die Ausnahme wird in der Xcode-Konsole beim ausführen der app aus Xcode, so wäre das zählen, wie ein Kind-Prozess oder einen service-Prozess, der nicht die Haupt - (app -) Prozess?
• Das mag eine Ausnahme sein, in Ihrer app verarbeiten. Überprüfen Sie die Konsole.app. Eingeloggt Nachrichten, da zeigen die sender. Wenn es in Ihrem Prozess ist, dann muss etwas gefangen haben oder Ihren Prozess wäre beendet. Die Frage ist, was. Auch, wenn die drei-finger-Tippen ist vollständig bearbeitet werden, innerhalb einer app-Prozess, im Gegensatz zu einem separaten Programm, das in Interaktion mit der Ziel-app als Eingabe-Methode, dann sollte es eine Möglichkeit zum abfangen des Ereignisses. Haben Sie versucht, trapping die NSResponder Geste Methoden?
• Eine offensichtliche Sache zu versuchen zu vermeiden, die Ausnahme ist ein leerer string zurückgegeben @"" statt nil von denen NSTextInputClient Methoden.
• Okay, mit asiatischen & Hebräisch (rechts nach Links) Eingabe-Methoden nichts scheint zu brechen, mit der Eingabe-clients, so dass ist gut. Mein Aktueller workaround wieder zugeschrieben substring von"NSMakeRange(0,1)", weil die Rückgabe einer leeren Zeichenfolge bewirkt, dass andere (private oder undokumentierte?) Methoden aufgerufen werden, für die Suche, um herauszufinden, welches Wort ausgewählt ist. Zurück von einem Charakter, noch wirft Sie eine " Lookup: Unhandled exception 'NSRangeException' caught in -[LULookupDefinitionModule showDefinitionByHotKey]] " - Zeile in der Xcode-Konsole, obwohl. Oh, wenn ich nur könnte swizzle "showDefinitionByHotKey" entfernt.
• Vielen Dank für die bounty. Kann man ein backtrace von der Ausnahme? Das mag offenbaren, der Einstiegspunkt, für die der lookup beginnt.

Zeige alle Kommentare