Community:SummerOfCode11:Brainstorming: Difference between revisions

Transfer ideas to main page.
m (→‎Mozilla Platform: fix markup error)
(Transfer ideas to main page.)
Line 29: Line 29:
!Mentor(s)
!Mentor(s)
!Comments
!Comments
|-
|Improve Cairo performance to match Skia
|There are a number of areas where [http://code.google.com/p/skia/ Skia] outperforms [http://www.cairographics.org/ Cairo]. Find them, and improve Cairo to match or exceed Skia's performance.
|jrmuizel
|jrmuizel
|
|-
|Improve border corner joins
|Our rendering of CSS border corners is very sloppy, particularly when the corner is rounded or when two styles intersect. You could code [https://bugzilla.mozilla.org/show_bug.cgi?id=382721 dotted and dashed rounded corners] and/or improve their [https://bugzilla.mozilla.org/show_bug.cgi?id=19963 interaction with other styles], or work on making other joins prettier.
|fantasai
|fantasai
|-
|Create a JPEG XR decoding library
|[http://en.wikipedia.org/wiki/JPEG_XR JPEG XR] gives us better compression and other useful features like HDR and alpha channels. The library should be as similar to libjpeg as possible. It would be a "from scratch", freely licensed version and will need a student that is very comfortable with image compression and as has ideally written decompressors from scratch before.
|jrmuizel
|jrmuizel
|
|-
|Implement HTML Speech proposal
|[http://www.w3.org/2005/Incubator/htmlspeech/charter HTML Speech XG] will have a proposal for integrating speech recognition and text-to-speech functionality to web pages. Google has proposed already one [http://www.w3.org/2005/Incubator/htmlspeech/2010/10/google-api-draft.html API], but it is expected that the proposal from XG won't look exactly like that. For implementation [http://mozillalabs.com/rainbow/ Rainbow] can be useful.
|smaug
|smaug
|davidb: Hey Olli, regarding tts, have you seen Google's [http://code.google.com/chrome/extensions/trunk/experimental.tts.html experimental impl]?
No, I hadn't seen that, but there is more reasonable
[http://lists.w3.org/Archives/Public/public-xg-htmlspeech/2010Nov/att-0036/htmltts-draft.html proposal]
|-
|}
|}


Line 67: Line 40:
!Mentor(s)
!Mentor(s)
!Comments
!Comments
|-
|Unified Communications add-on
|Develop the base for an add-on that creates a unified messaging UI inside browser tabs, following the [http://wiki.kairo.at/wiki/RMD RMD concept]. This should work with feed display and twitter integration in the beginning, but extensible to be able to support other communications later.
|KaiRo
|KaiRo
|Not sure if this belongs in Firefox but there's no add-ons category.
|}
|}


Line 121: Line 88:
! Mentor(s)  
! Mentor(s)  
! Comments
! Comments
|-
| OCSP improvements
| Implement server-side OCSP stapling. (A patch for client-side OCSP stapling exists.) Implement client-side disk cache of OCSP responses.
| Wan-Teh Chang
| Wan-Teh Chang
| You must be an experienced C programmer and can work full time on the project.
|-
| New crypto algorithms for NSS softoken
| Add DSA with key sizes > 1024 bits (bug 475578); modes of operation for AES: GCM (bug 373108), CTR (bug 373106), CFB (bug 358219); and TLS 1.2 PRF to the NSS softoken.
| Wan-Teh Chang
| Wan-Teh Chang
| You must be an experienced C programmer and can work full time on the project.
|}
|}


Line 167: Line 122:
!Mentor(s)
!Mentor(s)
!Comments
!Comments
|-
|A real MediaWiki parser for Python
|There are no MediaWiki parsers for Python with extensible syntax or multiple output formats. We've felt this pain in SUMO, which uses MW syntax in its knowledge base, resulting in hacks upon hacks to support features like platform-sensitive content, inclusions, and templates. We propose to implement [[Community:SummerOfCode11:MediaWikiParser|a new MW parser]] that generates proper parse trees, allows for pluggable syntax, and does not drive callers out of their minds.
|ErikRose
|ErikRose
|
|-
|}
|}


Line 218: Line 166:
!Mentor(s)
!Mentor(s)
!Comments
!Comments
|-
|'''Tilt'''
|A WebGL-based 3D visualization of a Webpage. The developer will create a WebGL representation of a web-page that allows a user to rotate the page through axes to see the nesting of DOM nodes within the document. Floats and absolute positioned elements will be visible above and below the page based on their z-index. Tilt will be used as an additional visualization tool as part of a next-generation web page inspector.
| Rob Campbell
| Rob Campbell
| Candidate must be proficient in JavaScript, DOM programming and have a good grasp of 3D graphics preferably some WebGL or OpenGL experience.
|}
|}


Account confirmers, Anti-spam team, Confirmed users, Bureaucrats and Sysops emeriti
4,925

edits