+_Contact: afarrell_
+
+## MITeX
+
+Not a fully formed thought, yet, but the basic idea is to have a web app that lets users create a document, and then it texs the document nicely for them, based on some template that they've selected, and gives them a PDF. They should have the ability to edit the source or just use the WYSIWYG editor.
+
+_Contact: jhamrick_
+
+## Build a web client providing full control to the user
+
+Create a web browser extension (or possibly a stand-alone browser) that is "web-developer antagonistic". It essentially takes full advantage of the
+immense power of a web client, ignoring the wishes of the web developer and server while letting the user take full control. Every JavaScript event (ideally variable, function, etc.), every rendering decision, every cookie setting, every HTTP request, if the user so desires, etc. is not only made visible but easily changeable. When making a request, every aspect of the
+transaction can be completely fiddled with.
+
+There are several extensions that allow you to do stuff sort of like
+this (Firebug, Web Developer Toolbar, Chrome's web developer tools). But they're hard to use and really mostly just debuggers. Our goal here is to build something that goes out of its way to give you complete control via a nice UI.
+
+_Contact: leonidg_
+
+## Improve git with shared checkouts
+
+Around SIPB we're kind of [big](http://sipb.mit.edu/iap/git/) [fans](http://web.mit.edu/cluedumps/slides/understanding-git-2008.pdf) [of](http://blog.nelhage.com/2010/01/on-git-and-usability/) [git](http://negativespace.mit.edu/2010/03/08/gitionary-the-graphical-game-of-git-guessing/). But there is an area that git comes up short. We have a lot of common directories where people really just want to edit files in place (instead of wanting to clone/checkout, edit, commit, push...), but git doesn't support that well. It would be cool if there was a way to work with non-bare repositories in shared directories.
+
+One idea might be using FUSE to present a separate checkout to each person using the directory.
+
+_Contact: broder_
+
+## Scripts Pony Improvements
+
+[Scripts Pony](http://pony.scripts.mit.edu) is scripts.mit.edu's new hostname management system. It was just released recently, and has lots of bite-sized improvements remaining to be implemented. Particularly good ideas include adding the ability to show and edit hostname aliases, checking whether hostname paths exist and giving appropriate feedback, creating a zephyrbot to allow people to approve tickets easily, and adding the ability to check hostnames in Moira automatically.
+
+See [the project TODO file](http://web.mit.edu/pony/TODO) for more ideas.
+
+_Contact: xavid_
+
+## Bazki
+
+[Bazki](http://bazki.mit.edu/) is a wiki written in Python designed around several principles: structured data with object-oriented inheritance; using a wiki language with powerful macros that can be compiled into either HTML or PDF (via LaTeX); and making the content editable offline using a VCS. Bazki works enough to to be useful, but it has lots of room for improvement and probably would benefit from some design changes. It could also definitely use documentation.
+
+_Contact: xavid_
+
+## A zephyr log viewer
+
+Many SIPB-affiliated people use the [Zephyr](http://zephyr.1ts.org/) messaging system, and the [Barnowl](http://barnowl.mit.edu/) client for it in particular. Barnowl has a number of very nice features that make it easy to follow large amounts of zephyr traffic: search, color coding, auto-narrowing, etc. Barnowl can also store logs of zephyrs sent and received for future reference, but the logs are saved separated by class in a way that's quite annoying to navigate sometimes. A Barnowl-like interface (perhaps implemented as a Barnowl plugin) for viewing zephyr logs would be a great thing to have.
+
+_Contact: oremanj_
+
+## Migrate Gutenbach from lprng to CUPS
+
+lprng is the past, and CUPS is the future! Our music player, Gutenbach, is currently running on lprng. With the rest of campus switching to CUPS, it's really time we did so as well. The filter needs to be rewritten for CUPS (and preferably in Python, this time), and the package needs to be redesigned to handle the way CUPS does things.
+
+_Contact: jhamrick_
+
sipb-www / wiki.git / blobdiff