Albert Santoni a écrit : > Hi Leandro, > > Each year we receive several applications from people who have wished > to program an automix function, but other projects have ended up being > selected. Automix would be a useful feature, but any GSoC application > must include a reasonable project plan and convince us that the > applicant has the necessary skills to be able to complete the project. > (This is something many of the applications we receive lack.) > > As for the scratch button, the scope of that project would be far too > small for a GSoC project. > > All of this aside, I think it's a bit too early to be thinking about > GSoC 2009 projects. If the way Mixxx development has been going over > the last month has been any indication, our development situation > could be radically different by the summer. > > Thanks, > Albert > >
I think a feature that fits well with GSoC requirement would be resolution independance of skins. To make it short, this could be achieved using QT layouts, and storing information about the layouting of components in a XML files, each component (playlist, decks, panels with buttons) following a set of constraints (min size, max size, filling available space, etc). Traktor do something like that for their UI and it's just great not to be bound to a particular resolution. Static X,Y,Width,Height must die :) ------------------------------------------------------------------------------ This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword _______________________________________________ Mixxx-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mixxx-devel
