Some tips of usability in LMMS

View: New views
8 Messages — Rating Filter:   Alert me  

Some tips of usability in LMMS

by Louigi Verona :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hey guys!
Having been using LMMS for only several days, I would like to create a list of small things which are more usability issues. There is a lot of chance I am not the first one to point them out, but who knows - a fresh glance I think is always welcome.

Usability issues:

1. Playback modes
It would be good if pressing space would start either a song or a pattern (in whatever mode you are) without being focused on Beat Editor or Song Editor. This will allow to hear the sound and how it is being affected by effects, for example. Many times I would want to play a sample while tweaking effects, but atm it is not possible without being focused on certain windows. Additionally, it would be good to have a more straightforward scheme of playback - a pattern and a song. At the moment the focus scheme makes a lot of inconveniences. For instance, if I am working in the piano roll, most of the time I need to listen to the whole pattern playing, while it gives me the sound of the solo instrument in the piano roll only. So in order to hear the pattern, I have to focus back to the beat editor all the time. As I understand, it was thought that a person would use each pattern for one instrument always, but this is not always the case. There is a possibility to play a track in solo mode, so I believe when you are in a piano roll, the whole pattern should be player, not only this track. If you want only this track to play - you can solo it from the beat editor. So far, this is the main usability issue that very often stands in a way of a fluent workflow.

2. Mixer
When you are selecting mixer slots, only the color of the sign FX N changes, like if you choose FX slot 8, the sign FX 8 becomes green. It would be better if a more bold thing would happen, like the whole slot would become of a slightly lighter gray or whatever, so that it would be more visual.

3. Piano roll volume editing
When you are editing volumes in a piano roll, it is bad that right-clicking on volumes deletes the notes. I think that the volume editor section should not affect notes. In FL Studio the usage of the right click helps to edit several volumes at a time, changing them like a group. Such behavior is not necessary, but it is useful. However, right click should not delete notes when you are in a volume editiong section.

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.


Now, the functionality issues.

1. Loop points in wave files are not read!
This is a very bad thing. Now, the reason I am comaring LMMS to FL Studio is because LMMS is clearly an app that tries to replace FL Studio and the latter, although being a nasty proprietary piece of software, has good functionality to learn from. In FL Studio if you load a wave file with standard loop points, it will read them and so samples can have perfect loops. Atm it is not possible in LMMS. If required, I can mail you the samples with loop points so that you can look at them. The Start-End feature of the Audiofile track is not helpful since it appears to be just an offset, not a loop set. Omitting the beginning of the file is not a way to go, in most cases.

2. Audiofile filters are not very good.
I am not an expert, but I am a good musician and I know a good filter when I hear one. The built in Audiofile filters are not very good.

That's it for now! I hope my feedback is useful to the developer team!

 ps: as a user with a fresh glance, I can say that the idea to have an effects rack in an instrument is very innovative and is superior to FL Studio. Nice job!

------------------------------------------------------------------------------
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
LMMS-devel@...
https://lists.sourceforge.net/lists/listinfo/lmms-devel

Re: Some tips of usability in LMMS

by Andy Kelley :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Thanks for this list. I completely agree with all of it and intend to address all of these issues. In fact I've already fixed #1 in git master.

On Thu, Sep 10, 2009 at 6:34 AM, Louigi Verona <louigi.verona@...> wrote:
Hey guys!
Having been using LMMS for only several days, I would like to create a list of small things which are more usability issues. There is a lot of chance I am not the first one to point them out, but who knows - a fresh glance I think is always welcome.

Usability issues:

1. Playback modes
It would be good if pressing space would start either a song or a pattern (in whatever mode you are) without being focused on Beat Editor or Song Editor. This will allow to hear the sound and how it is being affected by effects, for example. Many times I would want to play a sample while tweaking effects, but atm it is not possible without being focused on certain windows. Additionally, it would be good to have a more straightforward scheme of playback - a pattern and a song. At the moment the focus scheme makes a lot of inconveniences. For instance, if I am working in the piano roll, most of the time I need to listen to the whole pattern playing, while it gives me the sound of the solo instrument in the piano roll only. So in order to hear the pattern, I have to focus back to the beat editor all the time. As I understand, it was thought that a person would use each pattern for one instrument always, but this is not always the case. There is a possibility to play a track in solo mode, so I believe when you are in a piano roll, the whole pattern should be player, not only this track. If you want only this track to play - you can solo it from the beat editor. So far, this is the main usability issue that very often stands in a way of a fluent workflow.

2. Mixer
When you are selecting mixer slots, only the color of the sign FX N changes, like if you choose FX slot 8, the sign FX 8 becomes green. It would be better if a more bold thing would happen, like the whole slot would become of a slightly lighter gray or whatever, so that it would be more visual.

3. Piano roll volume editing
When you are editing volumes in a piano roll, it is bad that right-clicking on volumes deletes the notes. I think that the volume editor section should not affect notes. In FL Studio the usage of the right click helps to edit several volumes at a time, changing them like a group. Such behavior is not necessary, but it is useful. However, right click should not delete notes when you are in a volume editiong section.

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.


Now, the functionality issues.

1. Loop points in wave files are not read!
This is a very bad thing. Now, the reason I am comaring LMMS to FL Studio is because LMMS is clearly an app that tries to replace FL Studio and the latter, although being a nasty proprietary piece of software, has good functionality to learn from. In FL Studio if you load a wave file with standard loop points, it will read them and so samples can have perfect loops. Atm it is not possible in LMMS. If required, I can mail you the samples with loop points so that you can look at them. The Start-End feature of the Audiofile track is not helpful since it appears to be just an offset, not a loop set. Omitting the beginning of the file is not a way to go, in most cases.

2. Audiofile filters are not very good.
I am not an expert, but I am a good musician and I know a good filter when I hear one. The built in Audiofile filters are not very good.

That's it for now! I hope my feedback is useful to the developer team!

 ps: as a user with a fresh glance, I can say that the idea to have an effects rack in an instrument is very innovative and is superior to FL Studio. Nice job!

------------------------------------------------------------------------------
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
LMMS-devel@...
https://lists.sourceforge.net/lists/listinfo/lmms-devel




--
Andy Kelley
Nuclear Development
http://nucleardev.com/

------------------------------------------------------------------------------
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
LMMS-devel@...
https://lists.sourceforge.net/lists/listinfo/lmms-devel

Re: Some tips of usability in LMMS

by Paul Giblock-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

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
LMMS-devel@...
https://lists.sourceforge.net/lists/listinfo/lmms-devel

Re: Some tips of usability in LMMS

by Bugzilla from eagles051387@gmail.com :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

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 <drfaygo@...> 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
LMMS-devel@...
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
LMMS-devel@...
https://lists.sourceforge.net/lists/listinfo/lmms-devel

Re: Some tips of usability in LMMS

by cheese_enthusiast :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

And with Windows7, multiple windows would be an awesome feature.

Perhaps just some things can be separated. I think the song editor should just be it's own window, and everything else in one other window  (2 windows total).

Bugzilla from eagles051387@gmail.com 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 <drfaygo@gmail.com> 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
> LMMS-devel@lists.sourceforge.net
> 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
LMMS-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/lmms-devel

Parent Message unknown Re: Some tips of usability in LMMS

by Paul Giblock-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

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
<eagles051387@...> 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 <drfaygo@...> wrote:
>>
>> Probably. That is what I meant by making it configurable
>>
>> On Sat, Sep 12, 2009 at 7:12 AM, Jonathan Aquilina
>> <eagles051387@...> 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 <drfaygo@...> 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
>> >> LMMS-devel@...
>> >> 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
>> > LMMS-devel@...
>> > 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
LMMS-devel@...
https://lists.sourceforge.net/lists/listinfo/lmms-devel

Re: Some tips of usability in LMMS

by Bugzilla from eagles051387@gmail.com :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

why not hardcode it both ways that way the user has a choice?

On Wed, Sep 16, 2009 at 3:40 PM, Paul Giblock <drfaygo@...> 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
<eagles051387@...> 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 <drfaygo@...> wrote:
>>
>> Probably. That is what I meant by making it configurable
>>
>> On Sat, Sep 12, 2009 at 7:12 AM, Jonathan Aquilina
>> <eagles051387@...> 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 <drfaygo@...> 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
>> >> LMMS-devel@...
>> >> 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
>> > LMMS-devel@...
>> > https://lists.sourceforge.net/lists/listinfo/lmms-devel
>> >
>> >
>
>
>
> --
> Jonathan Aquilina
>

------------------------------------------------------------------------------
Come build with us! The BlackBerry&reg; 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&#45;12, 2009. Register now&#33;
http://p.sf.net/sfu/devconf
_______________________________________________
LMMS-devel mailing list
LMMS-devel@...
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
LMMS-devel@...
https://lists.sourceforge.net/lists/listinfo/lmms-devel

Re: Some tips of usability in LMMS

by Paul Giblock-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Because if it was hardcoded, the user wouldn't have a choice ;-)

-Paul

On Thu, Sep 17, 2009 at 9:27 AM, Jonathan Aquilina
<eagles051387@...> 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 <drfaygo@...> 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
>> <eagles051387@...> 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 <drfaygo@...> wrote:
>> >>
>> >> Probably. That is what I meant by making it configurable
>> >>
>> >> On Sat, Sep 12, 2009 at 7:12 AM, Jonathan Aquilina
>> >> <eagles051387@...> 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 <drfaygo@...>
>> >> > 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
>> >> >> LMMS-devel@...
>> >> >> 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
>> >> > LMMS-devel@...
>> >> > 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
>> LMMS-devel@...
>> 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
> LMMS-devel@...
> 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
LMMS-devel@...
https://lists.sourceforge.net/lists/listinfo/lmms-devel