MozillaWiki

Community:SummerOfCode13:Brainstorming: Difference between revisions

Page Discussion

Community:SummerOfCode13:Brainstorming (view source)

Revision as of 03:58, 3 May 2013

927 bytes added ,  3 May 2013
→‎Firefox
 
(37 intermediate revisions by 16 users not shown)
Line 38: Line 38:
{| 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
|-
| HTTP Digest header verification
| 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.
| 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 71: 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 93: 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.
| 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 125: 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 that it is possible to write new connectors. Ideas for implementation here include any system address book on any platform, as well as LDAP support (OpenLDAP via js-ctypes looks to be the best option here). [https://github.com/mikeconley/thunderbird-ensemble/wiki/Contact-Service-Connector-API-Proposal-Draft The API is specified here]. Applicants should specify which backend they're interested in implementing (system address books, LDAP, CardDAV, Google Contacts), 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.
| 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 153: 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 229: Line 242:
== Documentation ==
== Documentation ==


{| class="standard-table" border="1" style="border-collapse: collapse"
|-
! Title
! Details
! Skills Needed
! Reporter
! Mentor(s)
! Comments
|}
== 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 336: Line 362:


== Emscripten ==
== Emscripten ==
{| class="standard-table" border="1" style="border-collapse: collapse"
|-
! Title
! Details
! Skills Needed
! Reporter
! Mentor(s)
! Comments
|}
== Rust ==


{| class="standard-table" border="1" style="border-collapse: collapse"
{| class="standard-table" border="1" style="border-collapse: collapse"
Line 368: 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
|
| "
|}
|}
N3
4

edits

Retrieved from "https://wiki.mozilla.org/Special:MobileDiff/640671...651827"