1
edit
Changes
→Project Contributor(s)
<p>Please contact me if you are interested at all in this by noting your name below on this page. I'll try and follow up quickly.</p>
* From Mozilla and Others
* [https://bugzilla.mozilla.org/show_bug.cgi?id=412486 Bug 412486 - widget/event-detection support for multi-touch trackpad gestures] - is a core bug
* [https://bugzilla.mozilla.org/show_bug.cgi?id=463168 Bug 463168 - Gestures don't work on a newly opened tab before page loads] - is also a core bug
* [https://bugzilla.mozilla.org/show_bug.cgi?id=461500 Bug 461500 - 3 finger swipe up/down doesn't scroll unless the area under the mouse is focused] - is a Firefox bug... bug may help(this one actually was a saviour for identifying the different panes in thunderbird so that scrolling would work on the pane under the mouse - beautiful!)
== Project News ==
* My discussions have begun with Bryan W Clark (:clarkbw) who has suggested first steps which include getting 3-finger scroll functioning with the behavior to include scrolling up goes to the top of a message or thread/message list, and scrolling down goes to the bottom of that message or list. From there, other implementations can be developed.
* [https://bugzilla.mozilla.org/show_bug.cgi?id=465257#c14 RELEASE 0.1]- I'm very excited to have posted my first publicly reviewable patch.
** It implements 4 swipe gesture events
*** 3-finger swipe up: scrolls immediately to the top of the email message
** there was some butchering of the gGestureSupport object, particularly the _doAction property.
** this release has also been announced on [http://andrewgrimo.wordpress.com/2009/10/22/thunderbird-multi-touch-0-1-release-on-the-path-of-a-bug/ my blog at this link].
* [https://bugzilla.mozilla.org/show_bug.cgi?id=465257#c22 RELEASE 0.2] - Within minutes of posting, people replied
** It modifies the 2 swipe directions (Up/Down) from Release 0.2
*** Scrolling based swipes now act as a mouse scroll event and grabs the specific window pane for the scroll event.
*** One potential issue, with more recent changesets, the mouse scroll behaviour on the browser based window (message pane) will scroll in increments based on the height of the window as a maximum value, and not by the number of lines that are submitted to the function.
** There is a process now for identifying one pane from the other using a [http://pastebin.mozilla.org/684959 conditional statement] that determine one window pane from the other. I will continue to look into managed functions that already may do this task.
** A [http://tinyurl.com/ykyphvd Shredder preview build] has been offered on the bug (and here) for running the app with these behaviours.
** I have requested further direction from the community, but until I have a response, I will try a work around to force the scroll by window height issue noted above... back to a full page Top/Bottom implementation instead.
** Here is the [http://andrewgrimo.wordpress.com/2009/11/20/thunderbird-multi-touch-0-2-release/ blog posting announcement link].
* Currently working on getting in some lateral learning from our labs and other such tidbits related to the next release. I'm refocused on things and even have some help from a class mate who is cross training themselves on extension development for Thunderbird as a support for this release.
* [http://andrewgrimo.wordpress.com/2009/12/16/0-3-release-multi-touch-with-an-extension-onoff-switch/ RELEASE 0.3] - The wrath of open source is coming to a close. At the following blog post I'm concluded my efforts for the semester. The 0.3 is posted, the functionality in my bugzilla patch is in place using preferences and firing off events from a common point. I've even setup the almighty extension to test overriding the behaviour. It has a bit of a bug in its loading process though which is noted on the blog. I'll keep working on this one on my own from here forward... so you may still see me poking around the IRC channels once in a while.