On Wednesday 17 May 2006 16:44, Carlos Nieves Ónega wrote: > Hi all, > I have updated the CVS with the changes I've been working on. > As there are a lot of changes, I wanted to do it before this > Saturday's Code Sprint. > The new features are: > > * when the user selects a component, the component can be moved > just by dragging it, without hitting the move command. It is enabled > by default as I think this improves usability for newbies. It is > configurable in the gschemrc file for advanced users. I was thinking > about also allowing to move an unselected component in the same > way... I'm not sure yet (opinions welcome).
I don't know if it's related to the changes but I have some strange behaviour when I try to select elements with a select box. In the example schematic: 1. * go into select mode * try to select the components with a select box. drag the mouse along the arrows --> there's no select box if you are inside another element 2. * select an arbitrary element * drag the mouse along the arrows --> selection moves even if you are far away form the selected element > * allow rotate while moving/copying objects. It works, but there > are two issues needing to be fixed: > - if the user hits the redraw command while copying and he > rotated the selection, the original selection is drawn rotated. There are many ways to trigger a redraw: zoom in, zoom out, pan, .. Not sure: It seems to work if there's only one zoom or pan action. If there are multiple zoom events it does not work. * select a component * rotate * zoom twice * hit ESC > I tried using o_undo_savestate and o_undo_callback to go back to the > previous state, redraw the original objects, and then return again, > but I had no success (the o_undo_callback misses the selection, so > the copy command doesn't continue anymore). If anyone has a > suggestion, please let me know. Sorry, don't have one. > - When rotating, the attribute auto > placing routines fail when calculing the object boundings (specially > with a selection of multiple objects). I think it calcules the > selection's boundings instead of the single object. I had no time yet > to look at this. > > * multiple copy command was added: now the user can copy a > selection multiple times without reselecting it. Just tried to complain about that nothing happens. ;-) --> It's a different keystroke: ey instead of ec. Complex actions with copy, rotate and redraw (zoom, pan) are a problem here too. Sorry, I've no idea how to fix it. Regards Werner
selection_test.sch
Description: application/sch-geda
