What do you mean keeps on growing? The when the second finger goes down again, it looks at the distances to determine which it is, and the point it considers to be new is given the next available finger id (which in this case would be the same id as the one that went up before).
On Mon, Nov 30, 2009 at 10:10 PM, Abhinayak Mishra <abhina...@gmail.com>wrote: > So, Eclair, actually uses the software in UI framework to track IDs > internally ? What happens when a person presses down on the touch panel, > keeps one finger pressed, but lifts up and presses the second finger > intermittently? the ids keep on growing till all the fingers are lifted up > or the second touch always gets the id 2 even if there an intermittent lift > in between? > > > On Mon, Nov 30, 2009 at 10:03 PM, Dianne Hackborn <hack...@android.com>wrote: > >> It supports these devices, it just currently doesn't take advantage of the >> additional information available about the tracking IDs. I don't have a >> schedule for when that might be added. >> >> >> On Mon, Nov 30, 2009 at 6:26 PM, sparq <sparq1...@gmail.com> wrote: >> >>> Hi, I study the multi-touch protocol and eclair framework. >>> The framework doesn't support ABS_MT_TRACKING_ID event type. >>> But more new multitouch devices can support tracking in hardware, they >>> can report each contact ID and status (down/up). >>> They doesn't need framework to handle the tracking issue. >>> Does anyone know that android can support these device or when the >>> framework will support ABS_MT_TRACKING_ID event type? >>> >>> >>> On 11月27日, 上午3時39分, Dianne Hackborn <hack...@android.com> wrote: >>> > Sorry I can't help you with the kernel. I just know that is the >>> protocol >>> > defined, and 2.0 that is what I implemented the framework to handle >>> when it >>> > gets those events from the driver. >>> > >>> > >>> > >>> > On Thu, Nov 26, 2009 at 5:18 AM, Chan Jeff <jeff021...@gmail.com> >>> wrote: >>> > > Thanks. >>> > >>> > > After checking the android-2.6.29 I have,there's no such protocol was >>> > > found. It seems MT protocol only available after linux kernel 2.6.30. >>> Do I >>> > > have to wait android 2.6.30 or any other way to approach it? >>> > >>> > > 2009/11/25 Dianne Hackborn <hack...@android.com> >>> > >>> > >> On Tue, Nov 24, 2009 at 10:31 PM, Chan Jeff <jeff021...@gmail.com >>> >wrote: >>> > >>> > >>> 1. Where can I get the details of multi-touch driver protocol? It's >>> just >>> > >>> about multiple standard input event output under /dev/input/eventX >>> or there >>> > >>> is some other special driver model. >>> > >>> Please help to hint. >>> > >>> > >> It's the recently defined standard linux protocol: >>> > >>> > >> >>> http://www.mjmwired.net/kernel/Documentation/input/multi-touch-protoc... >>> > >>> > >> < >>> http://www.mjmwired.net/kernel/Documentation/input/multi-touch-protoc.. >>> .> >>> > >>> > >>> 2. I can see action pointer 1,2,3 define in 2.0 MotionEvent. Which >>> mean >>> > >>> multitouch support in Eclair is up to 3 pointer,right? >>> > >>> > >> It supports up to 256. >>> > >>> > >> -- >>> > >> Dianne Hackborn >>> > >> Android framework engineer >>> > >> hack...@android.com >>> > >>> > >> Note: please don't send private questions to me, as I don't have >>> time to >>> > >> provide private support, and so won't reply to such e-mails. All >>> such >>> > >> questions should be posted on public forums, where I and others can >>> see and >>> > >> answer them. >>> > >>> > >> -- >>> > >> unsubscribe: >>> > >> android-porting+unsubscr...@googlegroups.com<android-porting%2bunsubscr...@googlegroups.com> >>> <android-porting%2bunsubscr...@googlegroups.com<android-porting%252bunsubscr...@googlegroups.com> >>> > >>> > >> website:http://groups.google.com/group/android-porting >>> > >>> > > -- >>> > > unsubscribe: >>> > > android-porting+unsubscr...@googlegroups.com<android-porting%2bunsubscr...@googlegroups.com> >>> <android-porting%2bunsubscr...@googlegroups.com<android-porting%252bunsubscr...@googlegroups.com> >>> > >>> > > website:http://groups.google.com/group/android-porting >>> > >>> > -- >>> > Dianne Hackborn >>> > Android framework engineer >>> > hack...@android.com >>> > >>> > Note: please don't send private questions to me, as I don't have time >>> to >>> > provide private support, and so won't reply to such e-mails. All such >>> > questions should be posted on public forums, where I and others can see >>> and >>> > answer them. >>> >>> -- >>> unsubscribe: >>> android-porting+unsubscr...@googlegroups.com<android-porting%2bunsubscr...@googlegroups.com> >>> website: http://groups.google.com/group/android-porting >>> >> >> >> >> -- >> Dianne Hackborn >> Android framework engineer >> hack...@android.com >> >> >> Note: please don't send private questions to me, as I don't have time to >> provide private support, and so won't reply to such e-mails. All such >> questions should be posted on public forums, where I and others can see and >> answer them. >> >> -- >> unsubscribe: >> android-porting+unsubscr...@googlegroups.com<android-porting%2bunsubscr...@googlegroups.com> >> website: http://groups.google.com/group/android-porting >> > > -- > unsubscribe: > android-porting+unsubscr...@googlegroups.com<android-porting%2bunsubscr...@googlegroups.com> > website: http://groups.google.com/group/android-porting > -- Dianne Hackborn Android framework engineer hack...@android.com Note: please don't send private questions to me, as I don't have time to provide private support, and so won't reply to such e-mails. All such questions should be posted on public forums, where I and others can see and answer them. -- unsubscribe: android-porting+unsubscr...@googlegroups.com website: http://groups.google.com/group/android-porting