このFAQの目的は、ソフトウェア開発者が、Wacom feel™ Multi-Touch APIを使用してタッチサポートをアプリケーションに組み込むのを支援することです。

このAPIは、以下をサポートしています。

• 指ごとの接触データ。各指のタッチポイントの情報は、Wacom feel™ Multi-Touch APIアプリケーションに流れます。
• 指以外の接触のためのパームリジェクション。
• 指ごとの信頼性データ。
• サポートされるタブレット上のタッチBLOBデータ。
• サポートされるタブレット上のRAWタッチデータ。
• アプリケーションは、最適な操作のためにタッチデータとペンデータの両方を使用するように設計できます。
• 「コンシューマモード」。単一のアプリケーションがすべてのタッチデータを処理できるようにします。
• 「オブザーバモード」。複数のアプリケーションがすべてのタッチデータを処理できるようにし、処理（ジェスチャー認識など）のためにデータをシステムに渡します。

これらのサポートされる機能については、以下の説明を参照してください。
また、サポートされるすべての機能の完全な説明については、以下のAPIの資料も参照してください。
http://wdnet.jp/library/feelmulti-touch/wacom-feel-multi-touch/

タブレット（表1を参照）には、2つのモード（ペンまたはタッチ）のいずれか一方で機能し、ペンの先端または消しゴムの先端がタブレットに近接すると（近づくまたは接触すると）、手のひらまたは指によるタッチは無視されるモデルと、ペンおよびタッチ同時検出をサポートするモデルがあります。同時検出をサポートするタブレット用に、APIにはパームリジェクションプロパティが用意されています。

ペンおよびタッチ同時検出をサポートしているタブレットについては、表1を参照してください。

ワイヤレスキットを使用しても、製品の機能は低下しません。

Windowsの場合、以下のビルド環境がサポートされています。

• Microsoft Visual Studio 2010

Macの場合、以下のビルド環境がサポートされています。

• Xcode 3 & 4

Wacom feel™ Multi-Touch対応製品が必要です（表1を参照してください）。また、Wacom feel™ Multi-Touch SDKをダウンロードする必要もあります。これには、Wacom feel™ Multi-Touch APIを使用できるようにするための資料、プロジェクトファイル、およびサンプルコードが含まれています。

Wacom feel™ Multi-Touch APIサポートは、タブレットドライバソフトウェアの一部です。ドライバをインストールすることによって、APIを介してタブレットと通信するために必要なすべてのシステムコンポーネントが提供されます。SDK提供のヘッダーを使用してアプリケーションを作成すると、インストール済みのAPIシステムコンポーネントに動的にリンクできます。.LIBファイルは不要です。コードサンプルについては、http://wdnet.jp/library/feelmulti-touch/ を参照してください。

いいえ、第1世代のBambooペン＆タッチ製品用のタッチAPIはありません（製品モデル情報については、表1を参照してください）。

サンプルアプリケーションはマルチタッチAPIサポートに組み込まれていて、Wacom feel™ Multi-Touchデータを収集して使用するための方法を示しています。開発者は、SDKの資料をダウンロードすると、Mac、Windows、およびブラウザベースの環境用のサンプルコードをいくつか入手できます。
以下にアクセスしてください。 http://wdnet.jp/library/feelmulti-touch/

feel™ Multi-touch APIは、ソフトウェアドライバによって提供されています。ドライバは、OSおよびタブレットの種類ごとに固有で、エンドユーザがタブレットをコンピューターにインストールするときにインストールされます。WDN（ http://wdnet.jp/library/feelmulti-touch/ ）からダウンロード可能なSDKには、このAPIを使用するための資料およびサンプルコードが含まれています。

APIによってサポートされるマルチタッチタブレットは、指ごとに少なくとも以下を報告します。

• 指の状態（なし、アップ、ダウン、ホールド）
• 指によるタッチの位置（x,y）
• 指のサイズ（幅と高さ）

サポートされるタブレット（表1を参照）の場合、以下の追加のデータの種類がサポートされます。

• BLOBデータ – 1つ以上のタッチ接触が検出された不規則な形の領域
• RAWデータ – センサー用のすべてのデータ（非接触領域と接触領域を含む）

機能の詳細については、Wacom feel™ Multi-Touch APIの資料（ http://wdnet.jp/library/feelmulti-touch/wacom-feel-multi-touch/ ）を参照してください。

このデータを使用して、ユーザと画面上のコンテンツとの直接対話（画面オブジェクトをタッチして何らかのアクションを実行する）を有効にする機能を作成できます。または、アプリケーションを駆動するジェスチャーを作成できます。マウスやキーボードを使わずに、指で夢中になれる体験ができます。Wacom feel™ Multi-Touch画面は、多くの接触点（1本または2本の指だけでなく、一度に複数の接触点）に同時に応答します。

• コンシューマモード – コンシューマモードでは、最前部のWacom feel™ Multi-Touch API対応アプリケーションがタッチデータを受信するための唯一のプロセスです。データは、ジェスチャー処理のために、システムまたは他のマルチタッチアプリケーションに渡されることはありません。
• オブザーバモード – オブザーバモードでは、マルチタッチアプリケーションはタッチデータ（必要に応じてパース可能）を受信するように構成されています。タッチデータは、システムだけでなく、タブレットドライバのジェスチャー認識アルゴリズムにも送信されます（たとえば、カーソルナビゲーションのために）。実行中のすべてのWacom feel™ Multi-Touch API対応アプリケーションが、タッチデータを受信します。

アプリケーションがオブザーバモードでドライバにタッチデータを渡す場合、タブレットドライバはタッチデータを解釈して、タブレットおよびオペレーティングシステム用にジェスチャーを適切に認識します。サポートされるジェスチャーの説明については、タブレットのユーザーズガイドを参照してください。

コンシューマモードは、タッチデータを使用して独自のジェスチャーまたは他の対話を定義する場合で、OSからの干渉が不要な場合に便利です。OSがカーソルを移動したり、メニューまたは他のダイアログと対話できる機能を提供したりしないため、アプリケーションでの作業がより多く必要になる場合があります。
オブザーバモードでは、タッチデータと対話する機能がアプリケーションに提供されます。次いで、データがOSに渡され、カーソルの移動や、ウィンドウのスコープ外の項目との対話などの作業が行われます。オブザーバモードは、アプリケーション内にクリック領域やボタンボックス領域を設定する場合に便利です。

パームリジェクションは、ユーザが使用しているアプリケーションで誤動作（意図しない描画や線など）が発生してしまう場合に、アプリケーションがタッチデータを無視できる機能のことです。APIは、アプリケーションが「信頼性ビット」を使用してパームリジェクションを組み込む機能をサポートしています。信頼性ビットは、単一の指のタッチデータ用のフラグです。これにより、タブレットドライバがタッチを意図的（有効）と見なすのか、偶発的（無効）と見なすのかが示されます。
多くの場合、信頼性ビットは、ペン入力とタッチ入力の両方を取り込むアプリケーションで使用されます。ペンの位置に近いタッチは信頼性なしと見なされます（右利きのユーザの場合で主にペンの右側でタッチが発生する場合）。信頼性ビットの別の使用法は、タッチによる接触が大きすぎる場合にフラグを立てることです。「大きすぎる」とは、およそ通常の指による接触を超えるような大きさのことです。信頼性ビットはすべてのフィンガータッチデータに付けられますが、アプリケーションはそれらを無視して、タッチが有効か無効化を判別する独自の基準を組み入れることができます。
アプリケーションがダウンイベントとアップイベントを突き合わせる必要がある場合は、信頼性のないデータを調べることが重要です。ほとんどのダウンイベントは、信頼性のない状態で発生するからです。
パームリジェクションを使用すると、多少の遅延が発生します。タッチが受けつけれられるまで、いくつかのフレームが必要になる場合があります。
タッチ信頼性ビットをサポートしているタブレットについては、表1を参照してください。

開発者はWacom feel™ Multi-Touchデータを使用して、標準のOSジェスチャーの代わりに独自のジェスチャーを作成したり、標準のOSジェスチャーを独自の方法で拡張したりすることができます。Wacomは、このためのツールを提供していません。

Wacom feel™ Multi-Touch APIは、ジェスチャーイベントを提供しません。ドライバによって生成されるジェスチャーイベントは、キーストロークイベントおよびマウスホイールイベントの形式で送信されます。ユーザは、一部のジェスチャーの出力をWacom Tablet Preference Paneを介して変更できます。アプリケーションがコンシューマモードのタッチデータに登録する場合、これらのイベントは生成されません。アプリケーションがタブレットドライバジェスチャーサポートを受けて、タッチデータ入力を処理する場合は、オブザーバモードのタッチデータに登録する必要があります。

これを行うには、オブザーバモードを使用する必要があり、アプリケーションの必要に応じてOSからのイベントに応答する必要があります。

一部のタブレットは、手のひらをタブレットに置いているときに、信頼性ビットを使用してfalse（リジェクト）条件を示すことができます（このビットをサポートするタブレットについては、表1を参照してください）。信頼性ビットをサポートしないタブレットの場合は、Wacom feel™ Multi-Touch APIを使用して、すべてのタッチが有効と解釈され報告されます。
マルチタッチアプリケーションが「オブザーバ」として設定されている場合は、タッチデータがタブレットドライバのジェスチャー認識プログラムにも渡されることに注意してください。このジェスチャー認識プログラムでは、ジェスチャーを判別する際に、ジェスチャー認識プログラムのアルゴリズムでタッチ信頼性ビットを使用する場合もあれば、使用しない場合もあります。

タッチケイパビリティー構造体によって提供される機能に基づいてタッチ対話を設計するのが、将来の互換性を確保するための最善の方法です。Wacomは、将来製品化するペンタブレットの同じ機能が、必ずこのAPIと連携するようにします。モデル番号に基づく設計は、新しいペンタブレットがリリースされると、そのタブレットは正常に動作しません。

連携する可能性は非常に高いです。互換性の維持は最優先事項だからです。Wacomは、新しいバージョンが発表されても旧バージョンのAPIのサポートを維持するよう努力を払います。バージョン互換性の問題については、WacomMTInitialize関数の戻り値を調べてください。

フレームカウント値は、接触の新しいパケットが検出されるたびに増やされます。パケット配信の速度は固定されているため、フレームカウント値を使用することによって、内部タイマー値に頼ることなく、接触が移動する速度を測定できます。フレームカウントを使用して、フレームがいつドロップされるかを識別することもできます。サポートされていないタブレットの場合、このプロパティはゼロを返します。

Wacom feel™ Multi-Touch APIは、Mac、Winows、およびWebアプリケーションと連携するOSプラットフォーム間データ形式です。このAPIは、表1にリストされている互換タブレットと連携するように設計されています。また、将来の新しい機能の導入を見込んだ設計にもなっています。Wacom feel™ Multi-Touch APIを使用するようにソフトウェアアプリケーションを設計すれば、ご使用の機能は、Wacomから発表される将来の製品との整合性および互換性を保つことを確信できます。設計上の考慮事項のいくつかを以下に示します。

• ユーザが創作活動に専念できるようにします。ペンタブレットの読取可能範囲内でのスワイプ、回転、ズームイン/アウトなどのジェスチャーをできる限り滑らかにします。
• ペンタブレットの読取可能範囲内のタッチのレスポンスを最大限に引き出します。十分に間隔を空けた大きいメニュー、コントロール、およびスライダーなどを使用します。
• ペンを利き手で使用している間は、利き手ではない方の手でメニューを制御できるようにします。利き手ではない方の手の近くにメニューを浮動させ、両手で簡単に操作できるようにします。
• 制御は、メニューストリップではなくペン位置およびタッチ位置に置きます。

ペンとタッチの両方を使用する対話の場合、ペンが範囲内にあるときにもタッチが機能できるようにすることは重要です。ペンとタッチの間で処理がぶつからないように制御する場合は、ペンの範囲内状況ではなくペンの筆圧を使用するのが最善です。たとえば、ペンの筆圧がゼロの間にタッチ入力を継続します。ペンがタブレットにタッチすると、筆圧はゼロより大きくなります。ペンが空中にある限り（筆圧はゼロ）、アプリケーションはタッチ入力の処理を継続できます。

feel™ Multi-Touch APIを使用することの主な利点の1つは、ペンとタッチの両方を滑らかに処理できることです。ペンがタブレットの範囲内にある場合に、実装するタッチジェスチャーが妨害されないようにすることをお勧めします。これにより、ユーザはアプリケーションを操作する前にペンを範囲外に意識的に持ち上げる必要がないため、より自然なワークフローを実現できます。範囲内ビットをテストする代わりに、先端ビットを使用してジェスチャーをいつ停止するかを判断するのが最善です。
Windowsサンプルコードのデモ（ http://wdnet.jp/library/feelmulti-touch/ ）は、ジェスチャーサポートを実装していなくても、Wacom feel™ Multi-Touch APIとタブレットペンAPIの両方を同じアプリケーションに統合する例を示しています。

ペンとタッチを同時に使用する場合、信頼性ビットに注意を払うのが最善です。これは、ペンを持っている手に起因するデータを無視する場合に、特に役立ちます。

液晶ペンタブレット（Cintiqなど）とペンタブレット（Intuosなど）用のタッチ対応の設計時に考慮すべき最も重要なことは、液晶ペンタブレットは直接タッチであり、ペンタブレットは間接タッチであるということです。

間接タッチデバイスは、トラックパッドのように動作します。間接デバイスをタッチすると、カーソルは移動しますが、その位置で自動的にクリックが行われることはありません。指を動かすと、カーソルがカーソルの最終位置に対して相対的に移動します。複数のディスプレイが接続されている場合は、デスクトップ領域の任意の部分に手を伸ばすことができます。このモデルでは、ジェスチャーは、選択されているオブジェクトまたはフォーカスされているオブジェクトに影響を与えます。タブレットは相対的であり、特定のディスプレイにマッピングされていないため、フィンガーデータはタブレットの割合という単位で出力されます。一方、直接タッチデバイスは、単一ディスプレイ上でカーソルを移動します。これは、ユーザがタッチしている場所と1対1の関係にあります。ユーザが表面をタッチすると同時に、その位置でクリックが発生ます。この場合、ジェスチャーは、指の下にあるオブジェクトに影響を与えます。直接タッチデバイスからのフィンガーデータは、タブレットのマップ先のディスプレイスペースに出力されます。

feel™ Multi-Touch APIは、タッチデータを提供したタブレットについての情報を提供します。アプリケーションは常に、直接タブレットと間接タブレットの両方のデータを確認して処理する必要があります。デバイスケイパビリティーに提供されている情報を使用して、アプリケーションは指の位置データを個別のアプリケーションに最適の単位に変換できます。

AppleのタッチAPIは、マウスカーソルの位置とマウスクリック、スワイプ、ズーム、回転、およびスクロールの各ジェスチャーを提供します。
スワイプ、ズーム、および回転は、Wacomタブレットドライバ（Appleイベントの特別処理）によって提供されています。
Wacomは、これらのジェスチャーのためのタッチ座標を提供していません。（NSTouchによって指の位置を発行するMagic Trackpadとは異なります。）NSTouchによって提供されるデバイスディメンションにアクセスできないため、Wacomがその構造体にアクセスすることはできません。

Wacom feel™ Multi-Touch APIを使用して、フィンガータッチポイントについての情報を受け取って、これらをアプリケーション内で使用します。
たとえば、直接指先で写真をズームおよび回転できる写真アプリケーションを実装するには、指座標が必要です。iPhone式のスクロール（コンテンツが指の直下で移動する）を実装するには、指座標が必要です。

これは正しい動作です。Wacom feel™ Multi-Touch APIは、タッチについての情報をアプリケーションに返しますが、マウス、ジェスチャーなどのロジックは実行しません。これにより、アプリケーションは、このデータの処理方法を柔軟に決定できます。たとえば、指1本でキャンバスに色を付けているとします。ただし、アプリケーションが、ジェスチャーを必要とするモードになっている場合は、データをAppleジェスチャーエンジンに渡すか、アプリケーション内でデータをジェスチャーとして解釈し、適切に処理してください。

タブレットでサポートされているジェスチャーについては、ご使用のタブレットのユーザーズガイドを参照してください。Wacom feel™ Multi-Touch APIでは、ジェスチャー認識はサポートされていないことに注意してください。

いいえ、APIはWindows WM_GESTUREイベントをサポートしていません。しかし、「オブザーバ」として構成されているマルチタッチアプリケーションを作成して、これらのイベントのフック（Windowsから渡される）を提供することができます。また、オブザーバとして、アプリケーションはデータがシステムに渡されるようにします。Windowsは、ジェスチャーを検出すると（指2本のスクロールなど）、関与するアプリケーションにWM_GESTUREイベントを送信します。マルチタッチアプリケーションが「コンシューマ」として構成されている場合、Windowsはタッチデータを認識せず、WM_GESTUREイベントを発行しません。
タブレットでサポートされているジェスチャー（Wacom feel™ Multi-Touch APIではなく、タブレットドライバソフトウェアによって認識されるジェスチャー）については、ご使用のタブレットのユーザーズガイドを参照してください。

いいえ、Metroアプリケーションはアクセスが制限されているため、Wacomのライブラリにリンクできません。Metroアプリケーションには、WindowsタッチAPIを使用してください。

Wacom feel™ Multi-touch APIは、他のOS（Windows 7、Mac OS Xなど）のサポートを追加します。また、ペンと同時に作動するタッチ機能をアプリケーションで設計できるようにします。プラットフォーム間開発のための標準インターフェースが提供されています。

• C++アプリケーションをビルドするには、ご使用のVisual Studio 2010プロジェクトにWacomMultiTouch.cppを追加し、WacomMultiTouch.hのインクルードパスを正しい位置を指すように変更する必要があります（これらのファイルは両方とも、Wacom_feel_SDK.zipとWacomMT_Scribble.zipのデモに含まれています）。
• ビルドには不要ですが、SDKを使用してビルドされたアプリケーションの実行は、WacomMT.dllがWindowsシステムフォルダ内で見つかるかどうかに依存しています。このDLLは、SDKには含まれておらず、タブレットドライバソフトウェアと共にインストールされます。

• WacomMultitouch.frameworkをプロジェクトに追加する必要があります。

ペンの先端および消しゴムの先端が、描画表面に近接していない（接していない、または近くにない）ことを確認してください。

タブレットタッチデータは、高解像度で、ユーザエクスペリエンスを最適化するために1秒あたり100回のレポートが行われます。このデータストリームには、指の位置と、「ダウン」、「アップ」、または「ホールド」などの指の状態が含まれています。Wacom feel™ Multi-Touch APIは、アプリケーションのパフォーマンス要件に応じることはできず、最高速度で報告を行います。滑らかな制御と最上の体験を実現するために、データポイントをスキップすることは推奨されていません。パフォーマンスを最適化するために、アプリケーションで別個のスレッドを使用して管理し、メインアプリケーション上の負荷を軽減することが勧められています。

Windowsでは、データを読み取るためのメソッドが2つあります。開発者は、読み取りコールバックを登録するか、データの準備が整ったときにメッセージを受信するためのウィンドウハンドルを登録することができます。
パフォーマンスが問題になっている場合は、コールバックメソッドを使用してデータをキューに入れ、異なるスレッドで処理する方が良い場合もあります。次いで、処理スレッドはデータを確認して、さらなる処理が必要かどうかを判別できます（データのすべては処理しない可能性があります）。パフォーマンス上の理由でフレームをスキップする場合は、たとえば、フレーム内の各指の接触状態を調べて、指の状態が変更されない限り（アップ、または新しい指のダウン）、他のすべてのフレームを処理するという方法が考えられます。この方法では、アップまたはダウンを見過ごすことはなく、中間にあるすべてのパケットを処理する必要もありません。コールバック関数の処理に長い時間をかけないことが重要であり、終了後に残っているデータを信頼することもできません。したがって、接触用の独自の内部キューを保守して、別個のスレッドで処理するのが最善です。

これは、Webアプリケーション用のWacom feel™ Multi-Touch APIのサブセットをサポートするために使用されるブラウザプラグインです。
詳しくは、http://wdnet.jp/library/web/ を参照してください。

http://wdnet.jp/library/web/ のリリースノートを参照してください。