From: Tim E. R. <ter...@ro...> - 2012-03-08 08:13:27
|
In release_2_0 branch now: Comprehensive focus fixes and variety of other fixes: - New: Gui behaviour option: "Smart Focus": All toolbar boxes give focus back to respective canvases. (Most boxes except Score Velo On/Off changed to StrongFocus, for non-focused wheel support.) - Focusing + tabbing fixes: Exclusions, tightening of tab sequences. - !! Most spinboxes now wait until return pressed !! For example the Song Length box. - PianoRoll toolbar: Fixed auto-repeats - optimized NoteInfo::setDeltaMode(). - Midi boxes: Fixed Ctrl-click on/off. - Master Editor: Fixed can't edit if not enabled. Also Transport sig box. - TracK Info panel: Fixed Scrolling. TODO: Make step sizes reasonable, same as Pianoroll ScrollBox. TODO: Scroll when tabbing among the Track Info controls ! - Track List key handling: Fixed TList::moveSelection(). - Visible Tracks: Drums and Synths: Fixed Track::isVisible(). - Track List, and Master Editor: Fixed popup editors. Sizing fixes. Use no frames. - Event List Editor: Fixed not updating when parts modified. - Pianoroll and Drum Editor: Fixed not updating sometimes ex. moving part past end of song. (Was returning prematurely from songChanged() coding if they got SC_SOLO.) ----- TODO: Give Smart Focus to Mixer strip boxes (the DEntry boxes.) Bug: Master Editor Tempo/Sig undo/redo is whacked. Bug: Score Edit Velo On/Off don't work loading a song with open score window - must open another score window. Fix the pesky position editor PosEdit - can't tab out of it to the right. Some other stuff that I... can't... remember right now... Gurgle gurgle blurble... ZZZzzzz Good day. Talk @ you later... Tim. |
From: Florian J. <flo...@we...> - 2012-03-08 11:14:33
|
Am 08.03.2012 09:13, schrieb Tim E. Real: > In release_2_0 branch now: > > Comprehensive focus fixes and variety of other fixes: > > - New: Gui behaviour option: "Smart Focus": All toolbar boxes give focus > back to respective canvases. > (Most boxes except Score Velo On/Off changed to StrongFocus, > for non-focused wheel support.) > > - Focusing + tabbing fixes: Exclusions, tightening of tab sequences. > > - !! Most spinboxes now wait until return pressed !! > For example the Song Length box. > why? i want them to "be done" when i click outside the spinbox as well! is that configurable? > - PianoRoll toolbar: Fixed auto-repeats - optimized > NoteInfo::setDeltaMode(). > > - Midi boxes: Fixed Ctrl-click on/off. > > - Master Editor: Fixed can't edit if not enabled. Also Transport sig box. > > - TracK Info panel: Fixed Scrolling. TODO: Make step sizes reasonable, > same as Pianoroll ScrollBox. TODO: Scroll when tabbing among the > Track Info controls ! > sounds good, will have a look at it :) > - Track List key handling: Fixed TList::moveSelection(). > > - Visible Tracks: Drums and Synths: Fixed Track::isVisible(). > > - Track List, and Master Editor: Fixed popup editors. Sizing fixes. > Use no frames. > > - Event List Editor: Fixed not updating when parts modified. > > - Pianoroll and Drum Editor: Fixed not updating sometimes ex. moving > part past end of song. (Was returning prematurely from songChanged() coding > if they got SC_SOLO.) > > ----- > TODO: Give Smart Focus to Mixer strip boxes (the DEntry boxes.) > > Bug: Master Editor Tempo/Sig undo/redo is whacked. > > Bug: Score Edit Velo On/Off don't work loading a song with open score window - > must open another score window. > huh? can you give me an "steps to reprod / expected / actual result" description please? > Fix the pesky position editor PosEdit - can't tab out of it to the right. > > Some other stuff that I... can't... remember right now... > Gurgle gurgle blurble... ZZZzzzz > > Good day. Talk @ you later... > Tim. > > ------------------------------------------------------------------------------ > Virtualization& Cloud Management Using Capacity Planning > Cloud computing makes use of virtualization - but cloud computing > also focuses on allowing computing to be delivered as a service. > http://www.accelacomm.com/jaw/sfnl/114/51521223/ > _______________________________________________ > Lmuse-developer mailing list > Lmu...@li... > https://lists.sourceforge.net/lists/listinfo/lmuse-developer > > overall, sounds pretty well. will check it out :) greetings flo |
From: Tim E. R. <ter...@ro...> - 2012-03-08 19:11:45
|
On March 8, 2012 12:14:20 PM Florian Jung wrote: > Am 08.03.2012 09:13, schrieb Tim E. Real: > > In release_2_0 branch now: > > > > Comprehensive focus fixes and variety of other fixes: > > > > - New: Gui behaviour option: "Smart Focus": All toolbar boxes give focus > > > > back to respective canvases. > > (Most boxes except Score Velo On/Off changed to StrongFocus, > > for non-focused wheel support.) > > > > - Focusing + tabbing fixes: Exclusions, tightening of tab sequences. > > > > - !! Most spinboxes now wait until return pressed !! > > > > For example the Song Length box. > > why? i want them to "be done" when i click outside the spinbox as well! > is that configurable? Sorry, in my haste I oversimplified. Yes, when return hit, escape hit, or focus lost. Try it. > > > - PianoRoll toolbar: Fixed auto-repeats - optimized > > > > NoteInfo::setDeltaMode(). > > > > - Midi boxes: Fixed Ctrl-click on/off. > > > > - Master Editor: Fixed can't edit if not enabled. Also Transport sig > > box. > > > > - TracK Info panel: Fixed Scrolling. TODO: Make step sizes reasonable, > > > > same as Pianoroll ScrollBox. TODO: Scroll when tabbing among the > > > > Track Info controls ! > > sounds good, will have a look at it :) I should clarify. It's the arranger track info scrolling that I fixed. It needs to have more reasonable stepping to behave more like the pianoroll track info scroll box. And it needs to scroll when tabbing the controls inside, otherwise user might not see who's got focus. Could be annoying. Part of the tightening of tabbing sequences and exclusion of some controls from focusing, was the frustrating fact that some styles (Oxygen) refuse to draw focus rectangles all the time. Thus I was forced to exclude all pushbuttons and toolbuttons from any focusing at all. This is actually not so bad, as the theory is that we should now provide shortcuts for every button, and link them with menu actions. For example the 'Solo' buttons should have a menu item 'Set Solo' and the buttons linked to them via actions. Combo boxes are another story - they do not allow shortcuts as far as I can see. So tabbing to them must be allowed. The aim of my game was to make sure user knows at all times exactly visually who has focus, to avoid any confusion, and cut out anything which doesn't draw focus and may confuse. Yep, more menu actions please. For example some kind soul added 'Ctrl + up/down' to the track list for moving track selection up and down. This was a real saviour, as it allowed me to remove all focusing from the track list. Yet I only discovered the shortcut by accident. So we should embellish that 'Select' menu with an action for that, ("Select track above/below") so users can quickly see that there's a shortcut for that. > > > - Track List key handling: Fixed TList::moveSelection(). > > > > - Visible Tracks: Drums and Synths: Fixed Track::isVisible(). > > > > - Track List, and Master Editor: Fixed popup editors. Sizing fixes. > > > > Use no frames. > > > > - Event List Editor: Fixed not updating when parts modified. > > > > - Pianoroll and Drum Editor: Fixed not updating sometimes ex. moving > > > > part past end of song. (Was returning prematurely from songChanged() > > coding if they got SC_SOLO.) > > > > ----- > > TODO: Give Smart Focus to Mixer strip boxes (the DEntry boxes.) > > > > Bug: Master Editor Tempo/Sig undo/redo is whacked. > > > > Bug: Score Edit Velo On/Off don't work loading a song with open score > > window -> > > must open another score window. > > huh? can you give me an "steps to reprod / expected / actual result" > description please? Yeah, this was verified with clean build of current SVN before my additions. If you open a song with a score editor window open, the velo on/off boxes have no effect. You must open another score editor, then they work. Hopefully just some simple init thing. Cheers. Let me know if any questions. Tim. > > > Fix the pesky position editor PosEdit - can't tab out of it to the > > right. > > > > Some other stuff that I... can't... remember right now... > > Gurgle gurgle blurble... ZZZzzzz > > > > Good day. Talk @ you later... > > Tim. > > |
From: Florian J. <flo...@we...> - 2012-03-09 14:02:21
|
> If you open a song with a score editor window open, the velo on/off boxes > have no effect. You must open another score editor, then they work. > > Hopefully just some simple init thing. > yep, fixed. (while reading window state, the velo-spinboxes were logically disabled. at the end of the function, they were re-enabled again. however, that end was never reached, because the function "return;"ed once it hit the "</scoreedit>" tag.) greetings flo |
From: Florian J. <flo...@we...> - 2012-03-09 11:04:13
|
Am 08.03.2012 20:11, schrieb Tim E. Real: > On March 8, 2012 12:14:20 PM Florian Jung wrote: > >> Am 08.03.2012 09:13, schrieb Tim E. Real: >> >>> In release_2_0 branch now: >>> >>> Comprehensive focus fixes and variety of other fixes: >>> >>> - New: Gui behaviour option: "Smart Focus": All toolbar boxes give focus >>> >>> back to respective canvases. >>> (Most boxes except Score Velo On/Off changed to StrongFocus, >>> for non-focused wheel support.) >>> >>> - Focusing + tabbing fixes: Exclusions, tightening of tab sequences. >>> >>> - !! Most spinboxes now wait until return pressed !! >>> >>> For example the Song Length box. >>> >> why? i want them to "be done" when i click outside the spinbox as well! >> is that configurable? >> > Sorry, in my haste I oversimplified. > Yes, when return hit, escape hit, or focus lost. Try it. > seems to halfway work but there's a bad problem here (using the GTK+-Style and also the WIndows-Style): when a spinbox is clicked or pops up (like the arranger-tracklist-"Channel"-spinboxes), they must be selected! formerly, i could double-click them, enter my value and was done. now i must double click, first remove everything in that box, then enter my new value. in trunk, i added custom columns for the arranger which (of course) also have spinboxes. (in fact, i only added one ctrl_edit or so spinbox). some day (not right now, because i haven't merged it with release) you might want to have a look at that. > >> >>> - PianoRoll toolbar: Fixed auto-repeats - optimized >>> >>> NoteInfo::setDeltaMode(). >>> >>> - Midi boxes: Fixed Ctrl-click on/off. >>> >>> - Master Editor: Fixed can't edit if not enabled. Also Transport sig >>> box. >>> >>> - TracK Info panel: Fixed Scrolling. TODO: Make step sizes reasonable, >>> >>> same as Pianoroll ScrollBox. TODO: Scroll when tabbing among the >>> >>> Track Info controls ! >>> >> sounds good, will have a look at it :) >> > I should clarify. It's the arranger track info scrolling that I fixed. > It needs to have more reasonable stepping to behave more like the > pianoroll track info scroll box. > true, stepping is still flawed > And it needs to scroll when tabbing the controls inside, > otherwise user might not see who's got focus. Could be annoying. > > Part of the tightening of tabbing sequences and exclusion of > some controls from focusing, was the frustrating fact that some > styles (Oxygen) refuse to draw focus rectangles all the time. > > Thus I was forced to exclude all pushbuttons and toolbuttons > from any focusing at all. > > This is actually not so bad, as the theory is that we should now > provide shortcuts for every button, and link them with menu actions. > For example the 'Solo' buttons should have a menu item 'Set Solo' > and the buttons linked to them via actions. > > Combo boxes are another story - they do not allow shortcuts > as far as I can see. So tabbing to them must be allowed. > > The aim of my game was to make sure user knows at all times > exactly visually who has focus, to avoid any confusion, and > cut out anything which doesn't draw focus and may confuse. > > Yep, more menu actions please. > For example some kind soul added 'Ctrl + up/down' to the > track list for moving track selection up and down. > This was a real saviour, as it allowed me to remove all focusing > from the track list. > Yet I only discovered the shortcut by accident. > So we should embellish that 'Select' menu with an action for that, > ("Select track above/below") so users can quickly see that there's > a shortcut for that. > > >> >>> - Track List key handling: Fixed TList::moveSelection(). >>> >>> - Visible Tracks: Drums and Synths: Fixed Track::isVisible(). >>> >>> - Track List, and Master Editor: Fixed popup editors. Sizing fixes. >>> >>> Use no frames. >>> >>> - Event List Editor: Fixed not updating when parts modified. >>> >>> - Pianoroll and Drum Editor: Fixed not updating sometimes ex. moving >>> >>> part past end of song. (Was returning prematurely from songChanged() >>> coding if they got SC_SOLO.) >>> >>> ----- >>> TODO: Give Smart Focus to Mixer strip boxes (the DEntry boxes.) >>> >>> Bug: Master Editor Tempo/Sig undo/redo is whacked. >>> >>> Bug: Score Edit Velo On/Off don't work loading a song with open score >>> window -> >>> must open another score window. >>> >> huh? can you give me an "steps to reprod / expected / actual result" >> description please? >> > Yeah, this was verified with clean build of current SVN before my > additions. > > If you open a song with a score editor window open, the velo on/off boxes > have no effect. You must open another score editor, then they work. > > Hopefully just some simple init thing. > whoa, true. will have a look at it, thanks :) greetings flo > Cheers. Let me know if any questions. > Tim. > > >> >>> Fix the pesky position editor PosEdit - can't tab out of it to the >>> right. >>> >>> Some other stuff that I... can't... remember right now... >>> Gurgle gurgle blurble... ZZZzzzz >>> >>> Good day. Talk @ you later... >>> Tim. >>> >>> > > ------------------------------------------------------------------------------ > Virtualization& Cloud Management Using Capacity Planning > Cloud computing makes use of virtualization - but cloud computing > also focuses on allowing computing to be delivered as a service. > http://www.accelacomm.com/jaw/sfnl/114/51521223/ > _______________________________________________ > Lmuse-developer mailing list > Lmu...@li... > https://lists.sourceforge.net/lists/listinfo/lmuse-developer > > |
From: Tim E. R. <ter...@ro...> - 2012-03-09 23:44:45
|
On March 9, 2012 12:04:00 PM Florian Jung wrote: > Am 08.03.2012 20:11, schrieb Tim E. Real: > > On March 8, 2012 12:14:20 PM Florian Jung wrote: > >> Am 08.03.2012 09:13, schrieb Tim E. Real: > >>> In release_2_0 branch now: > >>> > >>> Comprehensive focus fixes and variety of other fixes: > >>> > >>> - New: Gui behaviour option: "Smart Focus": All toolbar boxes give > >>> focus>>> > >>> back to respective canvases. > >>> (Most boxes except Score Velo On/Off changed to StrongFocus, > >>> for non-focused wheel support.) > >>> > >>> - Focusing + tabbing fixes: Exclusions, tightening of tab sequences. > >>> > >>> - !! Most spinboxes now wait until return pressed !! > >>> > >>> For example the Song Length box. > >> > >> why? i want them to "be done" when i click outside the spinbox as > >> well! > >> is that configurable? > > > > Sorry, in my haste I oversimplified. > > Yes, when return hit, escape hit, or focus lost. Try it. > > seems to halfway work AFAICT Back in Qt3, QSpinBox waited until return pressed. Now in Qt4 they keyboard track by default. That was a problem I just fixed. Originally in MusE1 Qt3, I had the boxes give up focus only on the SECOND return press, giving you a chance to modify what you entered, before giving up focus. (Choice of one or two presses was selectable in code.) In MusE2, for now, with Smart Focus I give up focus on the FIRST return press. I can speed up developing the two presses thing if you like. Or just keep as is? ... > but there's a bad problem here (using the GTK+-Style and also the > WIndows-Style): when a spinbox is clicked or pops up (like the > arranger-tracklist-"Channel"-spinboxes), they must be selected! > formerly, i could double-click them, enter my value and was done. now i > must double click, first remove everything in that box, then enter my > new value. Fixed. -Track list: Popup editors: Pre-select text. -Track list channel popup editor: Eat up dbl-clicks if already open. Caused pseudo 'wrapping' if disabled arrows dbl-clicked. I also pre-selected the track name popup editor text. Mm, I dunno, whaddya think? Half the people will just want to alter only some of the text, the other half want to replace all the text? Personally I always rename my tracks from "Input 1" to "Mic in" etc. Or from "Track 1" to "Lead Guitar 1". It depends though, being inherently very lazy I will cursor around "Out 1", keep the "ut" while adding "Line O", for "Line out" Yeah even "Track 1", I'm so lazy I'll keep the "1" to avoid extra typing. > in trunk, i added custom columns for the arranger which (of course) also > have spinboxes. (in fact, i only added one ctrl_edit or so spinbox). > some day (not right now, because i haven't merged it with release) you > might want to have a look at that. Ah, more spinboxes and line editors... See my second fix above. Was bizarre pseudo 'wrapping' on disabled arrow dbl-click. The spinbox passes the double click to the parent (track list) which tries to set up the spinbox again, 'resetting' the arrows I guess. Remember to remove any frames on these popup editors if you intend to have them occupy some fixed space. The frames can really eat into the inner area - especially with spin boxes. (I fixed this yesterday.) Slap a QSpinBox beside a QLineEdit in QtDesigner, preview in Motif, and see what I mean. The spinboxes are terribly thick. Tim. |
From: Geoff B. <ge...@la...> - 2012-03-13 03:02:04
|
On 03/13/2012 10:04 AM, Tim E. Real wrote: >> NOT fixed. having latest release_2_0 here, still doesn't work. use >> > windows style, try creating a MIDI track and double-click the channel >> > column. i want the spinbox to select the text, muse does not select. > Weird. It works fine here. works as expected here too Tim. Double click on 'name' field and text is pre-highlighted... same with channel & has up/down arrows - nice! best g |
From: Florian J. <flo...@we...> - 2012-03-13 13:13:35
|
Am 13.03.2012 03:01, schrieb Geoff Beasley: > On 03/13/2012 10:04 AM, Tim E. Real wrote: > >>> NOT fixed. having latest release_2_0 here, still doesn't work. use >>> >>>> windows style, try creating a MIDI track and double-click the channel >>>> column. i want the spinbox to select the text, muse does not select. >>>> >> Weird. It works fine here. >> > works as expected here too Tim. Double click on 'name' field and text is > pre-highlighted... same with channel& has up/down arrows - nice! > very weird, works here now, too. without updating or reinstalling. well dunno ;) it might be considerable whether we do or do not want the track info, songlength-toolbar etc. spinboxes have that behaviour as well greetings flo > best > > g > > > > ------------------------------------------------------------------------------ > Keep Your Developer Skills Current with LearnDevNow! > The most comprehensive online learning library for Microsoft developers > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-d2d > _______________________________________________ > Lmuse-developer mailing list > Lmu...@li... > https://lists.sourceforge.net/lists/listinfo/lmuse-developer > > |
From: Florian J. <flo...@we...> - 2012-03-12 14:49:40
|
Am 10.03.2012 00:44, schrieb Tim E. Real: > AFAICT Back in Qt3, QSpinBox waited until return pressed. Now in Qt4 > they keyboard track by default. That was a problem I just fixed. > Originally in MusE1 Qt3, I had the boxes give up focus only on the SECOND > return press, giving you a chance to modify what you entered, before giving > up focus. (Choice of one or two presses was selectable in code.) > In MusE2, for now, with Smart Focus I give up focus on the FIRST return press. > I can speed up developing the two presses thing if you like. > Or just keep as is? ... > giving up focus on the first press is okay for me. >> but there's a bad problem here (using the GTK+-Style and also the >> WIndows-Style): when a spinbox is clicked or pops up (like the >> arranger-tracklist-"Channel"-spinboxes), they must be selected! >> formerly, i could double-click them, enter my value and was done. now i >> must double click, first remove everything in that box, then enter my >> new value. >> > Fixed. > -Track list: Popup editors: Pre-select text. > -Track list channel popup editor: Eat up dbl-clicks if already open. > Caused pseudo 'wrapping' if disabled arrows dbl-clicked. > > NOT fixed. having latest release_2_0 here, still doesn't work. use windows style, try creating a MIDI track and double-click the channel column. i want the spinbox to select the text, muse does not select. and btw, i'd like that selection behaviour with almost all spinboxes ;) > I also pre-selected the track name popup editor text. > Mm, I dunno, whaddya think? > Half the people will just want to alter only some of the text, > the other half want to replace all the text? > config option? greetings flo |
From: Tim E. R. <ter...@ro...> - 2012-03-12 23:04:17
|
On March 12, 2012 3:49:28 PM Florian Jung wrote: > Am 10.03.2012 00:44, schrieb Tim E. Real: > > AFAICT Back in Qt3, QSpinBox waited until return pressed. Now in Qt4 > > > > they keyboard track by default. That was a problem I just fixed. > > > > Originally in MusE1 Qt3, I had the boxes give up focus only on the > > SECOND > > > > return press, giving you a chance to modify what you entered, before > > giving up focus. (Choice of one or two presses was selectable in > > code.)> > > In MusE2, for now, with Smart Focus I give up focus on the FIRST return > > press. I can speed up developing the two presses thing if you like. > > Or just keep as is? ... > > giving up focus on the first press is okay for me. > > >> but there's a bad problem here (using the GTK+-Style and also the > >> WIndows-Style): when a spinbox is clicked or pops up (like the > >> arranger-tracklist-"Channel"-spinboxes), they must be selected! > >> formerly, i could double-click them, enter my value and was done. now > >> i > >> must double click, first remove everything in that box, then enter my > >> new value. > > > > Fixed. > > -Track list: Popup editors: Pre-select text. > > -Track list channel popup editor: Eat up dbl-clicks if already open. > > > > Caused pseudo 'wrapping' if disabled arrows dbl-clicked. > > NOT fixed. having latest release_2_0 here, still doesn't work. use > windows style, try creating a MIDI track and double-click the channel > column. i want the spinbox to select the text, muse does not select. Weird. It works fine here. I can begin typing right away, the text is pre-selected. Odd. Shouldn't be any trouble there. How about the track name box? I added pre-selected text there as well. Does it work? Can anyone else verify this please? Thanks. > and btw, i'd like that selection behaviour with almost all spinboxes ;) Mm, I'll keep it in mind. It may require adding focus-in methods to accomplish that. > > > I also pre-selected the track name popup editor text. > > Mm, I dunno, whaddya think? > > Half the people will just want to alter only some of the text, > > > > the other half want to replace all the text? > > config option? Actually, after consideration, I have concluded it is better to pre-select the text rather than not. So I'll leave it like that for now. Try it out. Thanks. Tim. > > greetings > flo > |