From: John C. <j4s...@bi...> - 2004-04-24 22:01:07
|
muse/widgets/aboutbox.ui QT version preroll doesn't work - FWIW it should count off with the transport idling unless punching in draw mode in piano roll - need visual feedback when note off grabbed for resize (cursor change is the way to go) |
From: Robert J. <rob...@da...> - 2004-04-25 20:03:53
|
Sunday 25 April 2004 00.07 skrev John Check: > muse/widgets/aboutbox.ui QT version Yes, I meant to check that in, I'll do it now unless Werner has already done it. > > preroll doesn't work - Preroll does indeed not work, this is a known issue and is caused by MusE being a jack-transport client. The protocol is apparently broken with respect to this feature. Though, I wonder how Ardour handles this... I would be surprised if it didn't work there. Anybody knows? > FWIW it should count off with the transport idling > unless punching in Sorry I don't understand what you mean? > > draw mode in piano roll - need visual feedback when note off grabbed for > resize (cursor change is the way to go) You mean that you are using and pencil and instead of drawing a new note you are extending an old one? I see what you mean, they are really different features and a cursor change should increase usability. Thanks for testing :) /Robert - who is on a testing crusade - |
From: John C. <j4s...@bi...> - 2004-04-25 20:37:05
|
On Sunday 25 April 2004 04:03 pm, Robert Jonsson wrote: > Sunday 25 April 2004 00.07 skrev John Check: > > muse/widgets/aboutbox.ui QT version > > Yes, I meant to check that in, I'll do it now unless Werner has already > done it. > > > preroll doesn't work - > > Preroll does indeed not work, this is a known issue and is caused by MusE > being a jack-transport client. The protocol is apparently broken with > respect to this feature. Okie dokie > Though, I wonder how Ardour handles this... I would be surprised if it > didn't work there. Anybody knows? > Just gave it a quick test.. does not appear to work, but that could just be me. > > FWIW it should count off with the transport idling > > unless punching in > > Sorry I don't understand what you mean? > Sounds like you do. Lets say we have a punch in at bar 8. A 2 bar pre-roll would start playing @ bar 6.. OTOH if we're starting from the downbeat of bar 1, pre-roll would be bars -1 -0 > > draw mode in piano roll - need visual feedback when note off grabbed for > > resize (cursor change is the way to go) > > You mean that you are using and pencil and instead of drawing a new note > you are extending an old one? Yes. I'd prefer a legato/stacatto algorithm, but I can make do with doing it note by note. > I see what you mean, they are really different features and a cursor change > should increase usability. > I'm working on another email about this.. > Thanks for testing :) > > /Robert - who is on a testing crusade - > > > > ------------------------------------------------------- > This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek > For a limited time only, get FREE Ground shipping on all orders of $35 > or more. Hurry up and shop folks, this offer expires April 30th! > http://www.thinkgeek.com/freeshipping/?cpg=12297 > _______________________________________________ > Lmuse-developer mailing list > Lmu...@li... > https://lists.sourceforge.net/lists/listinfo/lmuse-developer |
From: John C. <j4s...@bi...> - 2004-04-25 20:55:15
|
On Saturday 24 April 2004 06:07 pm, John Check wrote: I'm taking some notes while I work so this may wander a bit from the original intent... > muse/widgets/aboutbox.ui QT version > > preroll doesn't work - FWIW it should count off with the transport idling > unless punching in > > draw mode in piano roll - need visual feedback when note off grabbed for > resize (cursor change is the way to go) > I've given this some more thought and IMO it would be better if this particular function was available to the "move"(select) tool too. Are there keybindings for changing tool selection in the pianoroll? I'm also missing the ability to select all notes of a particular pitch without the marquee tool. Double or shift clicking + select(move) tool is my expectation here I-beam tool selection behavior is also handy. Either a modifier key or dragging in the ruler (or both.. maybe decouple the playhead indicator with the modifier). It would also be a good thing to be able to set markers directly inside of any of the edit windows. Program wide: Theres an inconsistency in the keybindings regarding selection, or more accurately deselection. In the "song" window the binding is Ctrl+B (huh?) but the pianoroll uses the expected Ctrl+Shift+A. I can sort of convince myself why this might qualify as a good thing if I really try hard, but I have to suspend the principal of least surprise. IMO it's brain damage; You can't work in both windows at the same time anyway. Drum track: The port selection scheme has some problems. If I set a port in the song window, that should be the "base" port. IOW with a fresh track when I open the pianoroll and look at the ports they should all be set to base. Having to explicitly set each drum you wish to use inside the pianoroll window before hand is also not in accordance with the principal of least surprise. In this particular instance the song window UI is actually giving wrong info. It would be better to have no info at all. A nice touch here would be group assignment for port selection. IOW, if I change the port of A, all drums in the same group as A follow. The vertical zoom slider should also be available as in the vanilla MIDI pianoroll. That should do for now. |
From: Robert J. <rob...@da...> - 2004-04-26 19:57:03
|
Sunday 25 April 2004 23.01 skrev John Check: > On Saturday 24 April 2004 06:07 pm, John Check wrote: > > I'm taking some notes while I work so this may wander a bit from the > original intent... Great! > > > muse/widgets/aboutbox.ui QT version > > > > preroll doesn't work - FWIW it should count off with the transport idling > > unless punching in > > > > draw mode in piano roll - need visual feedback when note off grabbed for > > resize (cursor change is the way to go) > > I've given this some more thought and IMO it would be better if this > particular function was available to the "move"(select) tool too. I guess you mean visual feedback, not that you would resize during moving. > > Are there keybindings for changing tool selection in the pianoroll? Doesn't look like it, should be there in the drum editor too, I'll add it. > > I'm also missing the ability to select all notes of a particular pitch > without the marquee tool. Double or shift clicking + select(move) tool is > my expectation here > > I-beam tool selection behavior is also handy. Either a modifier key or > dragging in the ruler (or both.. maybe decouple the playhead indicator with > the modifier). About the first, I'm just curious what you would use it for? As for the latter I have no idea what it is :) > > It would also be a good thing to be able to set markers directly inside of > any of the edit windows. On the right-click menu I suppose. Would probably make sense. > > Program wide: > Theres an inconsistency in the keybindings regarding selection, or more > accurately deselection. In the "song" window the binding is Ctrl+B (huh?) > but the pianoroll uses the expected Ctrl+Shift+A. > I can sort of convince myself why this might qualify as a good thing if I > really try hard, but I have to suspend the principal of least surprise. > IMO it's brain damage; You can't work in both windows at the same time > anyway. > > Drum track: > The port selection scheme has some problems. If I set a port in the song > window, that should be the "base" port. IOW with a fresh track when I open > the pianoroll and look at the ports they should all be set to base. > Having to explicitly set each drum you wish to use inside the pianoroll > window before hand is also not in accordance with the principal of least > surprise. In this particular instance the song window UI is actually giving > wrong info. It would be better to have no info at all. > A nice touch here would be group assignment for port selection. IOW, if I > change the port of A, all drums in the same group as A follow. All good stuff. Both things are stuff I know Mathias has been meaning to refresh, but he's been very busy lately. I'll try to check on some of these myself in a while. > > The vertical zoom slider should also be available as in the vanilla MIDI > pianoroll. Mmm, perhaps, for consistency, but I wonder if it adds anything. I would also question the zoom slider in the piano roll... But, then again I'm running at 1600x1200, possibly it's a different story with smaller resolutions. > That should do for now. Great :) /Robert |
From: John C. <j4s...@bi...> - 2004-04-27 02:33:49
|
On Monday 26 April 2004 03:55 pm, Robert Jonsson wrote: > Sunday 25 April 2004 23.01 skrev John Check: > > On Saturday 24 April 2004 06:07 pm, John Check wrote: > > > > I'm taking some notes while I work so this may wander a bit from the > > original intent... > > Great! > > > > muse/widgets/aboutbox.ui QT version > > > > > > preroll doesn't work - FWIW it should count off with the transport > > > idling unless punching in > > > > > > draw mode in piano roll - need visual feedback when note off grabbed > > > for resize (cursor change is the way to go) > > > > I've given this some more thought and IMO it would be better if this > > particular function was available to the "move"(select) tool too. > > I guess you mean visual feedback, not that you would resize during moving. > I mean the ability to tweak both note placement and duration with the select tool. I usually lay down my part, then clean it up on the piano roll while it's looping. Being able to edit duration with the select tool allows for cleaning up all aspects of a note in one shot. As it is now, switching tools is required, which means it takes more than one pass. Having the capability to tweak duration on the draw tool is pretty neat, but we have the ability to specify note length when dropping notes. BTW.. keybindings for switching durations here and for step recording are pretty standard items. > > Are there keybindings for changing tool selection in the pianoroll? > > Doesn't look like it, should be there in the drum editor too, I'll add it. > Sweet. > > I'm also missing the ability to select all notes of a particular pitch > > without the marquee tool. Double or shift clicking + select(move) tool is > > my expectation here > > > > I-beam tool selection behavior is also handy. Either a modifier key or > > dragging in the ruler (or both.. maybe decouple the playhead indicator > > with the modifier). > > About the first, I'm just curious what you would use it for? Percussion tracks spring to mind. Being able to grab all of a particular thing in one shot. Let's say I have a 100 bars with vibraslap hits at bar 12 and bar 88, and I have two variations in my kit. Shift click>drag>audition instead of drag>audition>scroll>scroll>scroll>drag. Another instance would be say, my fumble fingers keep slipping and dropping clams (AKA stinkers). Shift click>delete instead of delete>scroll>delete>scroll>delete>scroll> I also don't have to switch to the eraser tool yet in my clean up pass. > As for the latter I have no idea what it is :) > click+drag selects the entire bar (in terms of pitch) or portion thereof. The vertical zoom is missing from drum track piano rolls so you cant select all 128 notes at an instant in time without 3 hands. Also comes in handy for deleting sections > > It would also be a good thing to be able to set markers directly inside > > of any of the edit windows. > > On the right-click menu I suppose. Would probably make sense. > In the ruler would do it. > > Program wide: > > Theres an inconsistency in the keybindings regarding selection, or more > > accurately deselection. In the "song" window the binding is Ctrl+B (huh?) > > but the pianoroll uses the expected Ctrl+Shift+A. > > I can sort of convince myself why this might qualify as a good thing if I > > really try hard, but I have to suspend the principal of least surprise. > > IMO it's brain damage; You can't work in both windows at the same time > > anyway. > > > > Drum track: > > The port selection scheme has some problems. If I set a port in the song > > window, that should be the "base" port. IOW with a fresh track when I > > open the pianoroll and look at the ports they should all be set to base. > > Having to explicitly set each drum you wish to use inside the pianoroll > > window before hand is also not in accordance with the principal of least > > surprise. In this particular instance the song window UI is actually > > giving wrong info. It would be better to have no info at all. > > A nice touch here would be group assignment for port selection. IOW, if I > > change the port of A, all drums in the same group as A follow. > > All good stuff. Both things are stuff I know Mathias has been meaning to > refresh, but he's been very busy lately. I'll try to check on some of these > myself in a while. The base port thing is the biggest inconvenience. All in all it's looking pretty good. > > > The vertical zoom slider should also be available as in the vanilla MIDI > > pianoroll. > > Mmm, perhaps, for consistency, but I wonder if it adds anything. I would > also question the zoom slider in the piano roll... But, then again I'm > running at 1600x1200, possibly it's a different story with smaller > resolutions. > I run 1280x1024. Trust me, zoom is a good thing. I have a feeling vertical zoom was left off drums tracks because it made for some uglyness with the assignment matrix, but if we had I-beam style selection it would easy the pain of not having the zoom. Which reminds me; It would also be great to be able to display an arbitrary number of tracks in the same piano roll simultaneously. Think of it as virtual compositing. The way it is now things get cluttered fast. > > That should do for now. > > Great :) > FWIW a lot of the stuff I suggest is based on how things were implemented in Opcode Vision circa 1991. I used to bust out a lot of work with that and the talent was always impressed with the rate of progress.. |
From: Robert J. <rob...@da...> - 2004-04-28 07:45:25
|
> > > It would also be a good thing to be able to set markers directly inside > > > of any of the edit windows. > > > > On the right-click menu I suppose. Would probably make sense. > > In the ruler would do it. One down. Shift+Click with left mouse button on the ruler. /Robert |
From: Robert J. <rob...@da...> - 2004-04-27 18:39:29
|
Hi, > > > I've given this some more thought and IMO it would be better if this > > > particular function was available to the "move"(select) tool too. > > > > I guess you mean visual feedback, not that you would resize during > > moving. > > I mean the ability to tweak both note placement and duration with the > select tool. Mmm, I see the usability but it would be hard to implement in a user friendly way I think.. (in line with the least surprise principle). Perhaps it would be sufficient if the tools had single key shortcuts? [s] select/move note [d] draw/extend note etc... > I usually lay down my part, then clean it up on the piano roll while it's > looping. Being able to edit duration with the select tool allows for > cleaning up all aspects of a note in one shot. As it is now, switching > tools is required, which means it takes more than one pass. > Having the capability to tweak duration on the draw tool is pretty neat, > but we have the ability to specify note length when dropping notes. > BTW.. > keybindings for switching durations here and for step recording are pretty > standard items. > > > > Are there keybindings for changing tool selection in the pianoroll? > > > > Doesn't look like it, should be there in the drum editor too, I'll add > > it. > > Sweet. > > > > I'm also missing the ability to select all notes of a particular pitch > > > without the marquee tool. Double or shift clicking + select(move) tool > > > is my expectation here > > > > > > I-beam tool selection behavior is also handy. Either a modifier key or > > > dragging in the ruler (or both.. maybe decouple the playhead indicator > > > with the modifier). > > > > About the first, I'm just curious what you would use it for? > > Percussion tracks spring to mind. Being able to grab all of a particular > thing in one shot. Let's say I have a 100 bars with vibraslap hits at bar > 12 and bar 88, and I have two variations in my kit. Shift > click>drag>audition instead of drag>audition>scroll>scroll>scroll>drag. I misunderstood what you meant with pitch. I was thinking about velocity. Yes this would be good. ...I need to make a list of new wonderful shortcuts ;) A related feature is available in the drum editor now. Click the drum you want to edit and only its velocity or what ever will be displayed in the ctrl editor. > > Another instance would be say, my fumble fingers keep slipping and dropping > clams (AKA stinkers). > Shift click>delete instead of delete>scroll>delete>scroll>delete>scroll> > I also don't have to switch to the eraser tool yet in my clean up pass. > > > As for the latter I have no idea what it is :) > > click+drag selects the entire bar (in terms of pitch) or portion thereof. > > The vertical zoom is missing from drum track piano rolls so you cant select > all 128 notes at an instant in time without 3 hands. Ok, I see what you mean. > > Also comes in handy for deleting sections > > > > It would also be a good thing to be able to set markers directly inside > > > of any of the edit windows. > > > > On the right-click menu I suppose. Would probably make sense. > > In the ruler would do it. Right, I thought you meant the locators :) The markers I completely forgot about (...kind of shows the level I'm at when it comes to these things ;) > > > > Program wide: > > > Theres an inconsistency in the keybindings regarding selection, or > > > more accurately deselection. In the "song" window the binding is Ctrl+B > > > (huh?) but the pianoroll uses the expected Ctrl+Shift+A. > > > I can sort of convince myself why this might qualify as a good thing if > > > I really try hard, but I have to suspend the principal of least > > > surprise. IMO it's brain damage; You can't work in both windows at the > > > same time anyway. > > > > > > Drum track: > > > The port selection scheme has some problems. If I set a port in the > > > song window, that should be the "base" port. IOW with a fresh track > > > when I open the pianoroll and look at the ports they should all be set > > > to base. Having to explicitly set each drum you wish to use inside the > > > pianoroll window before hand is also not in accordance with the > > > principal of least surprise. In this particular instance the song > > > window UI is actually giving wrong info. It would be better to have no > > > info at all. > > > A nice touch here would be group assignment for port selection. IOW, if > > > I change the port of A, all drums in the same group as A follow. > > > > All good stuff. Both things are stuff I know Mathias has been meaning to > > refresh, but he's been very busy lately. I'll try to check on some of > > these myself in a while. > > The base port thing is the biggest inconvenience. All in all it's looking > pretty good. > > > > The vertical zoom slider should also be available as in the vanilla > > > MIDI pianoroll. > > > > Mmm, perhaps, for consistency, but I wonder if it adds anything. I would > > also question the zoom slider in the piano roll... But, then again I'm > > running at 1600x1200, possibly it's a different story with smaller > > resolutions. > > I run 1280x1024. Trust me, zoom is a good thing. I have a feeling vertical > zoom was left off drums tracks because it made for some uglyness with the > assignment matrix, but if we had I-beam style selection it would easy the > pain of not having the zoom. > > Which reminds me; It would also be great to be able to display an arbitrary > number of tracks in the same piano roll simultaneously. Think of it as > virtual compositing. The way it is now things get cluttered fast. This should be possible already, select the parts you want to edit simultaneously and open the editor you want, either through a shortcut or via the edit menu. > > > > That should do for now. > > > > Great :) > > FWIW a lot of the stuff I suggest is based on how things were implemented > in Opcode Vision circa 1991. Good things never get old. ...or was it the other way around.. > I used to bust out a lot of work with that and > the talent was always impressed with the rate of progress.. /Robert |
From: John C. <j4s...@bi...> - 2004-04-27 19:38:09
|
On Tuesday 27 April 2004 02:39 pm, Robert Jonsson wrote: -snip- > > > > I mean the ability to tweak both note placement and duration with the > > select tool. > > Mmm, I see the usability but it would be hard to implement in a user > friendly way I think.. (in line with the least surprise principle). Not really, unless theres something about the current code that gets in the way,. All that needs to happen is when you get within N of the trailing edge is, the cursor changes to something along the lines of <=> As far as POLS goes.. in this particular instance no behaviour is expected and surprise doesn't enter into it until the cursor changes. > Perhaps it would be sufficient if the tools had single key shortcuts? > [s] > select/move note > [d] > draw/extend note > I don't see why not at this point. -snip- > > > > I'm also missing the ability to select all notes of a particular > > > > pitch without the marquee tool. Double or shift clicking + > > > > select(move) tool is my expectation here > > > > > > > > I-beam tool selection behavior is also handy. Either a modifier key > > > > or dragging in the ruler (or both.. maybe decouple the playhead > > > > indicator with the modifier). > > > > > > About the first, I'm just curious what you would use it for? > > > > Percussion tracks spring to mind. Being able to grab all of a particular > > thing in one shot. Let's say I have a 100 bars with vibraslap hits at bar > > 12 and bar 88, and I have two variations in my kit. Shift > > click>drag>audition instead of drag>audition>scroll>scroll>scroll>drag. > > I misunderstood what you meant with pitch. I was thinking about velocity. > Yes this would be good. ...I need to make a list of new wonderful shortcuts > ;) > > A related feature is available in the drum editor now. Click the drum you > want to edit and only its velocity or what ever will be displayed in the > ctrl editor. > Nope, thats not what I meant at all. If I want to see velocity of notes in a chord, I can use the list window. > > Another instance would be say, my fumble fingers keep slipping and > > dropping clams (AKA stinkers). > > Shift click>delete instead of delete>scroll>delete>scroll>delete>scroll> > > I also don't have to switch to the eraser tool yet in my clean up pass. > > > > > As for the latter I have no idea what it is :) Not sure what you mean by latter in this instance. clam == extraneous note eraser tool = delete tool > > > > click+drag selects the entire bar (in terms of pitch) or portion thereof. > > > > The vertical zoom is missing from drum track piano rolls so you cant > > select all 128 notes at an instant in time without 3 hands. > > Ok, I see what you mean. > > > Also comes in handy for deleting sections I'm also missing the ability to take a section from inside the pianoroll and make that a new part. There are times where one wants to do some of the things one can only do from the song window. I'll have to think on this a bit. > > > > > > It would also be a good thing to be able to set markers directly > > > > inside of any of the edit windows. > > > > > > On the right-click menu I suppose. Would probably make sense. > > > > In the ruler would do it. > > Right, I thought you meant the locators :) The markers I completely forgot > about (...kind of shows the level I'm at when it comes to these things ;) > By locators, do you mean loop markers/punch points? I meant informational markers. -snip- > > > > Which reminds me; It would also be great to be able to display an > > arbitrary number of tracks in the same piano roll simultaneously. Think > > of it as virtual compositing. The way it is now things get cluttered > > fast. > > This should be possible already, select the parts you want to edit > simultaneously and open the editor you want, either through a shortcut or > via the edit menu. > Ah ok, good. Does that window always track selections from the song window? Or if I want a change up do I have to do my selections then open another window? For some reason muse isn't starting just now. > > > > That should do for now. > > > > > > Great :) > > > > FWIW a lot of the stuff I suggest is based on how things were implemented > > in Opcode Vision circa 1991. > > Good things never get old. ...or was it the other way around.. > Don't go to any vintage car shows eh? ;-D My point really is that the mission and methods of "sequencer" have been mature for a long time. I'm not suggesting theres only one way to do it, just that there are no surprises with regard to requirements. |
From: Robert J. <rob...@da...> - 2004-04-29 20:30:03
|
Hi, Tuesday 27 April 2004 21.44 skrev John Check: > On Tuesday 27 April 2004 02:39 pm, Robert Jonsson wrote: > -snip- > > > > I mean the ability to tweak both note placement and duration with the > > > select tool. > > > > Mmm, I see the usability but it would be hard to implement in a user > > friendly way I think.. (in line with the least surprise principle). > > Not really, unless theres something about the current code that gets in the > way,. All that needs to happen is when you get within N of the trailing > edge is, the cursor changes to something along the lines of <=> Right, that would work. > > As far as POLS goes.. in this particular instance no behaviour is expected > and surprise doesn't enter into it until the cursor changes. > > > Perhaps it would be sufficient if the tools had single key shortcuts? > > [s] > > select/move note > > [d] > > draw/extend note > > I don't see why not at this point. tis done. > > -snip- > > > > > > I'm also missing the ability to select all notes of a particular > > > > > pitch without the marquee tool. Double or shift clicking + > > > > > select(move) tool is my expectation here > > > > > > > > > > I-beam tool selection behavior is also handy. Either a modifier key > > > > > or dragging in the ruler (or both.. maybe decouple the playhead > > > > > indicator with the modifier). > > > > > > > > About the first, I'm just curious what you would use it for? > > > > > > Percussion tracks spring to mind. Being able to grab all of a > > > particular thing in one shot. Let's say I have a 100 bars with > > > vibraslap hits at bar 12 and bar 88, and I have two variations in my > > > kit. Shift > > > click>drag>audition instead of drag>audition>scroll>scroll>scroll>drag. > > > > I misunderstood what you meant with pitch. I was thinking about velocity. > > Yes this would be good. ...I need to make a list of new wonderful > > shortcuts ;) > > > > A related feature is available in the drum editor now. Click the drum you > > want to edit and only its velocity or what ever will be displayed in the > > ctrl editor. > > Nope, thats not what I meant at all. If I want to see velocity of notes in > a chord, I can use the list window. Yeah, I know it's not really related, but I think it would be related code-vise, stupid remark, forget I mentioned it ;) > > > > Another instance would be say, my fumble fingers keep slipping and > > > dropping clams (AKA stinkers). > > > Shift click>delete instead of > > > delete>scroll>delete>scroll>delete>scroll> I also don't have to switch > > > to the eraser tool yet in my clean up pass. > > > > > > > As for the latter I have no idea what it is :) > > Not sure what you mean by latter in this instance. it was an old comment. > clam == extraneous note > eraser tool = delete tool thanks for the explanation anyway, I did not know what clam was, I'm not a native speaker :). > > > > click+drag selects the entire bar (in terms of pitch) or portion > > > thereof. > > > > > > The vertical zoom is missing from drum track piano rolls so you cant > > > select all 128 notes at an instant in time without 3 hands. > > > > Ok, I see what you mean. > > > > > Also comes in handy for deleting sections > > I'm also missing the ability to take a section from inside the pianoroll > and make that a new part. There are times where one wants to do some of the > things one can only do from the song window. I'll have to think on this a > bit. Yes, creating a part on the clipboard from inside the editor would be nice. > > > > > > It would also be a good thing to be able to set markers directly > > > > > inside of any of the edit windows. > > > > > > > > On the right-click menu I suppose. Would probably make sense. > > > > > > In the ruler would do it. > > > > Right, I thought you meant the locators :) The markers I completely > > forgot about (...kind of shows the level I'm at when it comes to these > > things ;) > > By locators, do you mean loop markers/punch points? Yes. > I meant informational > markers. Right. > > -snip- > > > > Which reminds me; It would also be great to be able to display an > > > arbitrary number of tracks in the same piano roll simultaneously. Think > > > of it as virtual compositing. The way it is now things get cluttered > > > fast. > > > > This should be possible already, select the parts you want to edit > > simultaneously and open the editor you want, either through a shortcut or > > via the edit menu. > > Ah ok, good. Does that window always track selections from the song window? > Or if I want a change up do I have to do my selections then open another > window? For some reason muse isn't starting just now. No I don't think it updates, would be hard to keep track of in that case. > > > > > > That should do for now. > > > > > > > > Great :) > > > > > > FWIW a lot of the stuff I suggest is based on how things were > > > implemented in Opcode Vision circa 1991. > > > > Good things never get old. ...or was it the other way around.. > > Don't go to any vintage car shows eh? ;-D No ;) > My point really is that the mission and methods of "sequencer" have been > mature for a long time. I'm not suggesting theres only one way to do it, > just that there are no surprises with regard to requirements. > Right, I agree. /Robert |
From: John C. <j4s...@bi...> - 2004-04-28 18:19:03
|
On Wednesday 28 April 2004 03:41 am, Robert Jonsson wrote: > > > > It would also be a good thing to be able to set markers directly > > > > inside of any of the edit windows. > > > > > > On the right-click menu I suppose. Would probably make sense. > > > > In the ruler would do it. > > One down. Shift+Click with left mouse button on the ruler. > Awesome! |
From: John C. <j4s...@bi...> - 2004-04-28 19:32:44
|
On Wednesday 28 April 2004 02:24 pm, John Check wrote: > On Wednesday 28 April 2004 03:41 am, Robert Jonsson wrote: > > > > > It would also be a good thing to be able to set markers directly > > > > > inside of any of the edit windows. > > > > > > > > On the right-click menu I suppose. Would probably make sense. > > > > > > In the ruler would do it. > > > > One down. Shift+Click with left mouse button on the ruler. > > Awesome! Just gave it a whirl. Heres some feedback. It lets me drop multiple markers on the same tick. Probably should only allow one per tick. It's pretty good odds that the next action after dropping a marker is labeling it. Some possible ideas to address this: dropping a marker pops up marker window automagically - could be annoying (shift) click on existing marker opens marker window. - requires the one marker per tick restriction. The trigger should be in focus when the window comes up Add a keybinding for the marker window. - this and the previous item would rock. It'll do by itself for the near term. Marker window: Deleting extraneous markers is tedious. Being able to select a multiple markers via shift click would be good. There may also be some merit to the idea of having the next marker become selected after deleting one, but a confirmation dialog would be necessary. |
From: Robert J. <rob...@da...> - 2004-04-28 20:41:44
|
Wednesday 28 April 2004 21.38 skrev John Check: > On Wednesday 28 April 2004 02:24 pm, John Check wrote: > > On Wednesday 28 April 2004 03:41 am, Robert Jonsson wrote: > > > > > > It would also be a good thing to be able to set markers directly > > > > > > inside of any of the edit windows. > > > > > > > > > > On the right-click menu I suppose. Would probably make sense. > > > > > > > > In the ruler would do it. > > > > > > One down. Shift+Click with left mouse button on the ruler. > > > > Awesome! > > Just gave it a whirl. Heres some feedback. > > It lets me drop multiple markers on the same tick. Probably should only > allow one per tick. Right. I'll look into it. > It's pretty good odds that the next action after dropping a marker is > labeling it. Some possible ideas to address this: > dropping a marker pops up marker window automagically - could be annoying > (shift) click on existing marker opens marker window. - requires the one > marker per tick restriction. The trigger should be in focus when > the window comes up Mmm, sounds good. Though perhaps over my limit to try and implement ;) I'll have a look in a while and see what can be done... > Add a keybinding for the marker window. - this and the previous item would > rock. It'll do by itself for the near term. Right, _that_ I think I _can_ implement :) > > Marker window: > Deleting extraneous markers is tedious. Being able to select a multiple > markers via shift click would be good. I think keyboard navigation would speed it up a lot too. Another possibility is adding shift+ctrl+click on the ruler to delete a marker. /Robert > There may also be some merit to the idea of having the next marker become > selected after deleting one, but a confirmation dialog would be necessary. > > > ------------------------------------------------------- > This SF.Net email is sponsored by: Oracle 10g > Get certified on the hottest thing ever to hit the market... Oracle 10g. > Take an Oracle 10g class now, and we'll give you the exam FREE. > http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click > _______________________________________________ > Lmuse-developer mailing list > Lmu...@li... > https://lists.sourceforge.net/lists/listinfo/lmuse-developer |
From: John C. <j4s...@bi...> - 2004-04-28 22:16:53
|
On Wednesday 28 April 2004 04:41 pm, Robert Jonsson wrote: > Wednesday 28 April 2004 21.38 skrev John Check: > > On Wednesday 28 April 2004 02:24 pm, John Check wrote: > > > On Wednesday 28 April 2004 03:41 am, Robert Jonsson wrote: > > > > > > > It would also be a good thing to be able to set markers > > > > > > > directly inside of any of the edit windows. > > > > > > > > > > > > On the right-click menu I suppose. Would probably make sense. > > > > > > > > > > In the ruler would do it. > > > > > > > > One down. Shift+Click with left mouse button on the ruler. > > > > > > Awesome! > > > > Just gave it a whirl. Heres some feedback. > > > > It lets me drop multiple markers on the same tick. Probably should only > > allow one per tick. Great > > Right. I'll look into it. > > > It's pretty good odds that the next action after dropping a marker is > > labeling it. Some possible ideas to address this: > > dropping a marker pops up marker window automagically - could be > > annoying (shift) click on existing marker opens marker window. - requires > > the one marker per tick restriction. The trigger should be in focus when > > the window comes up > > Mmm, sounds good. Though perhaps over my limit to try and implement ;) I'll > have a look in a while and see what can be done... > > > Add a keybinding for the marker window. - this and the previous item > > would rock. It'll do by itself for the near term. > > Right, _that_ I think I _can_ implement :) > Thanks! > > Marker window: > > Deleting extraneous markers is tedious. Being able to select a multiple > > markers via shift click would be good. > > I think keyboard navigation would speed it up a lot too. It's got some. Tab cycles time/label/list entry and the arrow keys select the time divisions/move through list > > Another possibility is adding shift+ctrl+click on the ruler to delete a > marker. > That wouldn't be a bad thing. I'm not sure about shift+ctrl+click. I'd do shift+right click. As it stands now the right loop marker isn't locked so if one inadvertently shift&right clicks, the loop marker moves. It'd be best if the playhead and loop marker placement was disconnected when shift is held. BTW, whats the status of time signature changes in the master track? I can't seem to insert one. |
From: John C. <j4s...@bi...> - 2004-04-28 22:56:37
|
On Wednesday 28 April 2004 06:21 pm, John Check wrote: -snip- > > BTW, whats the status of time signature changes in the master track? I > can't seem to insert one. > Okay I got it. One has to enable master track. Changing the label on the enable button inside the master track window might be worthwhile. |