Bugs item #3486412, was opened at 2012-02-09 14:12 Message generated for change (Comment added) made by genete You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=3486412&group_id=144022
Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Usability Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: David Rylander (rylleman) Assigned to: Genete (genete) Summary: Shortcuts not consistent Initial Comment: Canvasview shortcuts only works when actual canvas window is selected. This was introduced with the fix of bug 3472549. Previously canvas shortcuts worked consistently over the UI, no matter which window was in focus. ---------------------------------------------------------------------- >Comment By: Genete (genete) Date: 2012-04-03 03:26 Message: Fixed on 0.63.05 ---------------------------------------------------------------------- Comment By: David Rylander (rylleman) Date: 2012-02-11 05:33 Message: Shouldn't widgets be allowed to override key shortcuts only if a widget input box is in edit/input mode? Would this be possible to do? To define which key strokes is to be allowed as shortcuts or not can become confusing to the user, and unwanted limitation may show up. If this is the only solution then I think the behaviour before 3472549 was fixed is better. There is then a limitation on which shortcuts can be practically used but the shortcut behaviour is consistent, no matter which window is currently in focus. ---------------------------------------------------------------------- Comment By: Genete (genete) Date: 2012-02-11 01:43 Message: I'll open a forum thread to discuss which keyboard shortcuts should be handled by each widget or not. ---------------------------------------------------------------------- Comment By: Genete (genete) Date: 2012-02-11 00:09 Message: This behanvior is the result of fix the bug introduced in this issue: 3472549: Keyboard shortcuts interferes with param values. The old behavior was that any key pressing was handled by the application shortcuts system before being handled by the currently focused widget. This produced that for example, when editing a parameter and pressing the "home" key, the time cursor responded going to the start of the animation instead of placing the cursor at the begining of the widget in edition. The fix of 3472549 is to ask the current widget to handle the keyboard combination and if it is not handled, then call the main applicaiton shortcut handler to process the key stroke. So the final solution is to, one by one, define what key strokes should be handled or not handled by each widget type and in case it is not handled let the global shorcut keys handle it. ---------------------------------------------------------------------- Comment By: Konstantin Dmitriev (zelgadis_ksee) Date: 2012-02-09 15:49 Message: Yes, this can produce some issues. For example, if I select one or two layers in layers Panel and press Ctl+A, then it selects all layers in layers panel instead of selecting all ducks in the canvas (like old behaviour). To select all ducks I must activate canvas window before pressing Ctl+A... Another thing: when canvas window is active focus often goes to the "Quality" spinbox in the toolbar at the top. If that happening then I can't use Ctrl+. and Ctrl+, keyboard shortcuts to navigate to next/prev frame. I guess maybe this issue will be fixed when Jcome will fix toolbar widget... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=757416&aid=3486412&group_id=144022 ------------------------------------------------------------------------------ Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev _______________________________________________ Synfig-devl mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/synfig-devl
