|
|
| (30 intermediate revisions by 12 users not shown) |
| Line 45: |
Line 45: |
| ! Comments | | ! Comments |
| |- | | |- |
| | motion controlled web apps | | | HTTP Digest header verification |
| | 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 sittting in front of his/her computer. | | | My idea is to introduce the verification of downloaded file with the help of [http://www.metalinker.org metalink] for firefox. This is related to [https://bugzilla.mozilla.org/show_bug.cgi?id=331979 bug331979]. As the first step of implementing metalink on firefox this would be a great start. |
| | HTML5 , css, javascript ,c++ , java . | | | C++ |
| | | | | Sudheera Palihakkara (catchsudheera@gmail.com) |
| | | | | |
| | |- |
| | | Mapped History |
| | | My Project Idea is to help create a better way to look through your history instead of just a single linear list of links. The goal is to enable you to see the flow of where you visited and how you got there, and more importantly, help you actually find stuff in your history. Nowadays, it's rather difficult to actually find the exact stuff in my history when there are so many pages visited. If time permits, perhaps I could go into additional statistics on things like the time spent on the websites visited, the amount of content viewed, whether you are wasting time on websites you shouldnt be on, etc. |
| | | C++ |
| | | Anthony (cs3245hw4 _at* gmail _dot* com) |
| | | |
| | | | | |
| |} | | |} |
| Line 78: |
Line 84: |
| |} | | |} |
|
| |
|
| == Calendar == | | == Mozilla Open Badges == |
|
| |
|
| {| class="standard-table" border="1" style="border-collapse: collapse" | | {| class="standard-table" border="1" style="border-collapse: collapse" |
| |- | | |- |
| ! Title | | ! Title |
| ! Details | | ! Details |
| ! Skills Needed | | ! Skills Needed |
| ! Reporter | | ! Reporter |
| ! Mentor(s) | | ! Mentor(s) |
| ! Comments | | ! Comments |
| | |- |
| | | Open Badge Infrastructure |
| | | OBI is Mozilla's response to the growing badges in learning movement. The OBI allows learners to collect badges from a variety of badge issuers, and display them wherever they'd like. We need help building additional display widgets, developing an endorsement specification that allows for organizations and individuals to endorse a badge class or badge instance and further build out the functionalities of the badge management tool, ie the Backpack in addition to Backpack federation. There's lots of work to be done, so we're pretty open to ideas you have. Contact Chris for more information. |
| | | The OBI is written in Javascript, and runs on Node.js, so Javascript knowledge is a big plus. |
| | | Chris McAvoy |
| | | Chris McAvoy |
| | | |
| |} | | |} |
|
| |
|
| Line 100: |
Line 113: |
| ! 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 138: |
| | ?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 160: |
Line 153: |
| | | | | |
| |- | | |- |
| | | Improving Thunderbird's Feedreader |
| | | Since Google reader will not be accessible anymore, soon, many Gooders are looking for new website/application to migrate their data and use it instead of G-Reader. I have been playing around with Thunderbird Feedreader, for a while and I noticed the following shortcoming in it: |
| | |
| | 1- It does not respect the folder setting of G-Reader. |
| | 2- Finding the unread items is not easy: one need to check all the weblogs to find the unread posts. |
| | 3- Syncing: I have installed Thunderbird both on my school's desktop and on my home laptop. Since I am fetching my emails through IMAP protocol, I did not feel I need to sync my Thunderbirds. But having imported the weblogs I am following, this is a necessity. |
| | 4- Storage: Again, having multiple Thunderbirds urges having universally accessible storages (like Google drive or dropbox). |
| | 5- Tracking Weblogs with unread items is hard: One need to scroll all the weblogs to find the weblogs having unread items in them. Having the feature to hide weblogs without any unread item is going to be helpful. |
| | 6- Thunderbird does not render some folder names (weblogs name) properly: It mainly happens when the name of weblog is in Persian and it ends with close parenthesis (I am experiencing the same issue in Firefox, too) |
| | | C++ and JS |
| | | Amir Aavani |
| | | Mentor(s) |
| | | Amir: I believe 1,2,5 and 6 are the most important items. Then we can work on 4, and then 3. |
| |} | | |} |
|
| |
|
| Line 232: |
Line 238: |
| ! Mentor(s) | | ! Mentor(s) |
| ! Comments | | ! Comments |
| | |} |
| | |
| | == Documentation == |
| | |
| | {| class="standard-table" border="1" style="border-collapse: collapse" |
| |- | | |- |
| | Improve Usefulness and Ergonomics of Peptest
| | ! Title |
| | [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.
| | ! Details |
| | Python and javascript
| | ! Skills Needed |
| | Andrew Halberstadt (irc: ahal)
| | ! Reporter |
| | Andrew Halberstadt (irc: ahal)
| | ! Mentor(s) |
| | ! Comments |
| |} | | |} |
|
| |
|
| == Documentation == | | == Mozilla Developer Network == |
|
| |
|
| | {| class="standard-table" border="1" style="border-collapse: collapse" |
| {| class="standard-table" border="1" style="border-collapse: collapse" | | {| class="standard-table" border="1" style="border-collapse: collapse" |
| |- | | |- |
| Line 370: |
Line 383: |
| ! 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 395: |
| ! 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 407: |
Line 406: |
| ! Reporter | | ! Reporter |
| ! Mentor(s) | | ! Mentor(s) |
| ! Comments | | ! Comments |
| |-
| |
| | MIDI, OSC, Arduino communication
| |
| | 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
| |
| |
| |
| | 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.
| |
| |
| |
| |-
| |
| | Hacktivity design
| |
| | "Hacktivity" prototyping and design for ways to bridge the digital/analog high/low tech code/craft divide. http://meemoo.org/hack-our-apps/
| |
| | JavaScript, craft, activity design, writing
| |
| |
| |
| | "
| |
| |
| |
| |-
| |
| | UX and graphic design
| |
| | General help designing the UX and graphic look of the site and app.
| |
| | UX design, graphic design, prototyping
| |
| |
| |
| | "
| |
| |} | | |} |