|
|
| Line 44: |
Line 44: |
| ! Mentor(s) | | ! Mentor(s) |
| ! Comments | | ! Comments |
| |-
| |
| | Motion Controlled Web Apps
| |
| | I want to develop apps for Mozilla Firefox which are motion controlled ,integrating them with leap motion device , I even want to add 3D web browser and speech recognition features to it .I can develop game applications which user can play just with motion of hand sitting in front of his/her computer. This will make Firefox apps more user friendly .
| |
| | HTML5 , CSS, Javascript ,c++ , Java .
| |
| |
| |
| |
| |
| |
| |
| |} | | |} |
|
| |
|
| Line 100: |
Line 93: |
| ! Mentor(s) | | ! Mentor(s) |
| ! Comments | | ! Comments |
| |-
| |
| | Tests
| |
| | Write tests for Thunderbird features where they are missing. We also have some contributors writing patches that were rejected because the contributor was not up to speed to produce a test for the feature (much harder than just producing the feature/fix). If the student picks up (helps with) these patches/contributors and produces the patches, it would help us. Example bugs: {{bug|580349}}, {{bug|379831}}, {{bug|253830}}
| |
| | Javascript required. Experience with mozmill or xpcshell test infrastructure an advantage.
| |
| | aceman
| |
| | mconley
| |
| |
| |
| |- | | |- |
| | Utilize capability attributes of nsIMsgIncomingServer and nsIMsgFolder | | | Utilize capability attributes of nsIMsgIncomingServer and nsIMsgFolder |
| Line 132: |
Line 118: |
| | ?anyone? | | | ?anyone? |
| | jcranmer - Mork database async opening needs to be completed, and we would probably also need nsIMsgDBHdr instances to become "dead" (cached copies of the database or newer changes). | | | jcranmer - Mork database async opening needs to be completed, and we would probably also need nsIMsgDBHdr instances to become "dead" (cached copies of the database or newer changes). |
| |-
| |
| | Implement backend connectors for Ensemble
| |
| | Mconley's new address book work should be stable enough by the summer so that it is possible to write new connectors to various contact storage backends. We will only be targeting read-only support this summer. Possible backends include system address book on any platform, LDAP, CardDAV servers and Google Contacts. [https://github.com/mikeconley/thunderbird-ensemble/wiki/Contact-Service-Connector-API-Proposal-Draft The connector API is specified here, but be evolve during the project]. Applicants should specify which backend they're interested in implementing, and should be highly proficient in Javascript. C/C++ is a bonus, but not entirely necessary. Previous experience working with their chosen backend is highly desirable. Thorough tests for the new connector will be expected.
| |
| | JS, although some C/C++ for native may be necessary
| |
| | jcranmer
| |
| | mconley
| |
| |-
| |
| | Implement a mailbox-to-maildir converter
| |
| | This is one of the last critical pieces blocking moving away from mbox-style mailboxes.
| |
| | C++, although some JS may be necessary
| |
| | jcranmer
| |
| | jcranmer
| |
| |
| |
| |- | | |- |
| | Open ended project to solve several critical bugs | | | Open ended project to solve several critical bugs |
| Line 232: |
Line 205: |
| ! Mentor(s) | | ! Mentor(s) |
| ! Comments | | ! Comments |
| |-
| |
| | Improve Usefulness and Ergonomics of Peptest
| |
| | [https://wiki.mozilla.org/Community:SummerOfCode13 Peptest] is a test framework that was written to test the responsiveness of Firefox. In it's current state it is more of a proof of concept that still needs to be fleshed out with all the bells and whistles that will make it truly useful to developers. Some tasks include integration with the built-in [https://developer.mozilla.org/en-US/docs/Performance/Profiling_with_the_Built-in_Profiler profiler], using [https://developer.mozilla.org/en-US/docs/Marionette Marionette] as a back-end to drive tests (will also make it easier to run peptests on mobile platforms), improvements to the API exposed to test authors, multitude of other minor tweaks that help make the Peptest experience as painless as possible.
| |
| | Python and javascript
| |
| | Andrew Halberstadt (irc: ahal)
| |
| | Andrew Halberstadt (irc: ahal)
| |
| |} | | |} |
|
| |
|
| Line 370: |
Line 337: |
| ! Mentor(s) | | ! Mentor(s) |
| ! Comments | | ! Comments |
| |-
| |
| | Debug symbol generation
| |
| | Rust programs are tricky to debug when they don't work because they lack debugging symbols. This work has been started, but for many core Rust features the current debugging support is little to none. The goal of this project would be to support building the self-hosted compiler with full debugging symbols enabled, and fill out the suite of automated gdb tests to ensure that the debugging support does not regress in the future. The project will require making use of LLVM's [http://llvm.org/docs/SourceLevelDebugging.html source-level debugging features] and building on the debugging support that [https://github.com/mozilla/rust/blob/master/src/librustc/middle/trans/debuginfo.rs already exists in the compiler].
| |
| | Rust, LLVM experience beneficial
| |
| | Josh Matthews (jdm)
| |
| | Josh Matthews (jdm)
| |
| | Practical experience with Rust is rare. Therefore, any student interested in this project should take some time to become familiar with Rust so that the actual project time is spent on practical work instead of learning the language.
| |
| |} | | |} |
|
| |
|
| Line 389: |
Line 349: |
| ! Mentor(s) | | ! Mentor(s) |
| ! Comments | | ! Comments |
| |-
| |
| | Project Janus
| |
| | Build a Firefox addon that emulates dynamic profile switching, like Chrome supports signing in as multiple profiles. The actual profile-switching code is out of scope of a GSoC project, but writing a visual stub that users can interact with would give us valuable information as to what kind of support (real multiple profiles, Guest Mode, Private Mode) are most useful to people. The addon would need to collect metrics, e.g. how often to people switch profiles, how many profiles does an average user need, how many sites to people access across multiple profiles. Building a Chrome extension to collect the same metrics would also be very useful.
| |
| | Javascript, Addon SDK
| |
| | Monica Chew (mmc)
| |
| | Monica Chew (mmc), Tanvi Vyas (tanvi)
| |
| | This is primarily a quantitative user experience project.
| |
| |} | | |} |
|
| |
|
| Line 412: |
Line 365: |
| | It would be great to have an easy way to connect creative coding to physical controllers. MakeyMakey is a great example of zero-code zero-install zero-configuration hardware hacking. This comes with the limitation of only sending binary key signals. The system that I'm imagining would be a small, installable web server that translates signals to and from [MIDI, OSC, Arduino] via WebSocket. | | | It would be great to have an easy way to connect creative coding to physical controllers. MakeyMakey is a great example of zero-code zero-install zero-configuration hardware hacking. This comes with the limitation of only sending binary key signals. The system that I'm imagining would be a small, installable web server that translates signals to and from [MIDI, OSC, Arduino] via WebSocket. |
| | JavaScript, Node.js, MIDI, OSC, Arduino | | | JavaScript, Node.js, MIDI, OSC, Arduino |
| |
| |
| | Forrest Oliphant, in relation to the meemoo.org project.
| |
| |
| |
| |-
| |
| | Media server
| |
| | Design a method to record audio and video locally using WebRTC streaming to a local Node.js server. Saving images could also be a good goal. It should be easy to save media and then bring it back into the Meemoo app.
| |
| | JavaScript, WebRTC, Node.js
| |
| | | | | |
| | Forrest Oliphant, in relation to the meemoo.org project. | | | Forrest Oliphant, in relation to the meemoo.org project. |