Because if it was hardcoded, the user wouldn't have a choice ;-) -Paul
On Thu, Sep 17, 2009 at 9:27 AM, Jonathan Aquilina <[email protected]> wrote: > why not hardcode it both ways that way the user has a choice? > > On Wed, Sep 16, 2009 at 3:40 PM, Paul Giblock <[email protected]> wrote: >> >> 3) Hardcoding it one way or the other. That is what I was contrasting >> with. >> >> -Paul >> >> On Sat, Sep 12, 2009 at 11:55 AM, Jonathan Aquilina >> <[email protected]> wrote: >> > what other ways could there be in implementing this. actually >> > >> > 1) putting the option in preferences >> > >> > 2) add button at the top to allow switching on the fly between multiple >> > windows and a single window >> > >> > On Sat, Sep 12, 2009 at 5:51 PM, Paul Giblock <[email protected]> wrote: >> >> >> >> Probably. That is what I meant by making it configurable >> >> >> >> On Sat, Sep 12, 2009 at 7:12 AM, Jonathan Aquilina >> >> <[email protected]> wrote: >> >> > cant you just add if the user wants to have multiple windows or not >> >> > to >> >> > the >> >> > preferences that way if the user wants or prefers they can have a >> >> > choice >> >> > between the 2? >> >> > >> >> > On Sat, Sep 12, 2009 at 1:22 AM, Paul Giblock <[email protected]> >> >> > wrote: >> >> >> >> >> >> Thanks for your comments. Suggestions are always great to have. I'm >> >> >> aware of some of those issue, others are definitely nice >> >> >> improvements >> >> >> I hadn't thought of. However, I think some people may disagree >> >> >> with: >> >> >> >> >> >> >> >> >> >> >> 4. Open tracks >> >> >> >> I think the workspace would be much less of a mess and the >> >> >> >> workflow >> >> >> >> would >> >> >> >> be much more fluid if you could open only one track. I see no >> >> >> >> practical >> >> >> >> reason to have many track windows floating around and it comes >> >> >> >> down >> >> >> >> to >> >> >> >> constantly closing them. Perhaps it would be nice if only one >> >> >> >> track >> >> >> >> window >> >> >> >> can be opened and if you click on a track in beat editor, it >> >> >> >> simply >> >> >> >> replaces >> >> >> >> the instrument in the instrument window. Basically, like in FL >> >> >> >> Studio. >> >> >> >> >> >> >> >> >> >> Perhaps we can make this configurable somehow.. I agree multiple >> >> >> windows can get unwieldy, but other times it is very nice. Along >> >> >> with >> >> >> this, better shortcuts for traversing windows/tracks would be nice. >> >> >> Here is our current shortcut list (at least what is documented) >> >> >> http://lmms.sourceforge.net/wiki/index.php?title=Key_Mappings >> >> >> Hopefully we can make the default more useful and consistent in the >> >> >> future. >> >> >> >> >> >> -Paul >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> ------------------------------------------------------------------------------ >> >> >> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 >> >> >> 30-Day >> >> >> trial. Simplify your report design, integration and deployment - and >> >> >> focus >> >> >> on >> >> >> what you do best, core application coding. Discover what's new with >> >> >> Crystal Reports now. http://p.sf.net/sfu/bobj-july >> >> >> _______________________________________________ >> >> >> LMMS-devel mailing list >> >> >> [email protected] >> >> >> https://lists.sourceforge.net/lists/listinfo/lmms-devel >> >> > >> >> > >> >> > >> >> > -- >> >> > Jonathan Aquilina >> >> > >> >> > >> >> > >> >> > ------------------------------------------------------------------------------ >> >> > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 >> >> > 30-Day >> >> > trial. Simplify your report design, integration and deployment - and >> >> > focus >> >> > on >> >> > what you do best, core application coding. Discover what's new with >> >> > Crystal Reports now. http://p.sf.net/sfu/bobj-july >> >> > _______________________________________________ >> >> > LMMS-devel mailing list >> >> > [email protected] >> >> > https://lists.sourceforge.net/lists/listinfo/lmms-devel >> >> > >> >> > >> > >> > >> > >> > -- >> > Jonathan Aquilina >> > >> >> >> ------------------------------------------------------------------------------ >> Come build with us! The BlackBerry® Developer Conference in SF, CA >> is the only developer event you need to attend this year. Jumpstart your >> developing skills, take BlackBerry mobile applications to market and stay >> ahead of the curve. Join us from November 9-12, 2009. Register >> now! >> http://p.sf.net/sfu/devconf >> _______________________________________________ >> LMMS-devel mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/lmms-devel > > > > -- > Jonathan Aquilina > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry® Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9-12, 2009. Register now! > http://p.sf.net/sfu/devconf > _______________________________________________ > LMMS-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/lmms-devel > > ------------------------------------------------------------------------------ Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf _______________________________________________ LMMS-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/lmms-devel
