kicad-developers team mailing list archive

[Tobias Gogolin <usertogo@...>]

--001485f54658a9a1d30468caea13 Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

I apologize for overlooking the existing drag capability, but I want to use
the opportunity to animate a more standard GUI modification by the awareness
that new users like me may have a hard time getting used to KiCad!

A more standardized way of behaving would be that by default a drag done on
a component does just that dragging the symbol or padstack on which the drag
is performed and connections with it!

The marque 'lasso' as it turns up currently should _only happen_ when the
drag is initiated above clean deskspace (nothing to select)! It should not
by default result in a question to move, but if a drag follows on one of the
selected components the drag should be performed on all selected components!
If shift or control is pressed: further refining of the selection should be
possible!
If a right click is performed: access to methods of the selected objects
should be given, and applied to the whole selection as applicable!

You catch my drift; I'm asking nothing new, just a standard GUI as widely
adapted in Linux, Windows and Mac!

On Wed, Apr 29, 2009 at 10:28 PM, Tobias Gogolin <usertogo@...> wrote:

> Your right I hadn't noticed the drag option yet! I had used move...
>
> Thanks!
>
>
>
> On Wed, Apr 29, 2009 at 7:03 AM, Robert <birmingham_spider@...> wrote:
>
>> > For example (and I couldn't believe it when I noticed!):
>> > - when a component is dragged in a Schematic, its connecting lines get
>> > disconnected! Didn't the program note that it was the users intention
>> that a
>> > trace connected to a certain pin of a component? Even if dragging now
>> would
>> > cause havoc on the looks of the connections, KiCad should never forget
>> what
>> > the users intention was! (unless of course the user gestures somehow
>> that
>> > that's what he wants to do (maybe a control move feature))
>> > - same counts for PCB layouts, and how difficult could it be to
>> reconnect
>> > the last routing segment or two and keep them connection to the pins
>> they
>> > were connected to before the move? Any arguments against that? The drag
>> > Segment feature shows that it is possible, and has already been
>> programmed!
>>
>> Not in my copy of kicad. Did you select Drag from the context menu?
>>
>> Regards,
>>
>> Robert.
>>
>>
>> ------------------------------------
>>
>>
>>
>>
>>
>
>


-- 
Tobias Gogolin
Tel. Movistar (646) 124 32 82
Tel. Telcel (646) 160 58 99
skype: moontogo
messenger: usertogo@...

You develop Sustainable Ranch Technology at
http://tech.groups.yahoo.com/group/SURA-TECH
an Open Source Electric Motor/Alternator at
http://groups.yahoo.com/group/Performance_Axial_Flux
and an Open Source Motor Controller at http://groups.yahoo.com/group/GoBox
 --001485f54658a9a1d30468caea13 Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

I apologize for overlooking the existing drag capability, but I want to use=
the opportunity to animate a more standard GUI modification by the awarene=
ss that new users like me may have a hard time getting used to KiCad!<br>
<br>A more standardized way of behaving would be that by default a drag don=
e on a component does just that dragging the symbol or padstack on which th=
e drag is performed and connections with it!<br><br>The marque &#39;lasso&#=
39; as it turns up currently should _only happen_ when the drag is initiate=
d above clean deskspace (nothing to select)! It should not by default resul=
t in a question to move, but if a drag follows on one of the selected compo=
nents the drag should be performed on all selected components!<br>
If shift or control is pressed: further refining of the selection should be=
possible!<br>If a right click is performed: access to methods of the selec=
ted objects should be given, and applied to the whole selection as applicab=
le!<br>
<br>You catch my drift; I&#39;m asking nothing new, just a standard GUI as =
widely adapted in Linux, Windows and Mac!<br><br><br><div class=3D"gmail_qu=
ote">On Wed, Apr 29, 2009 at 10:28 PM, Tobias Gogolin <span dir=3D"ltr">&lt=
;<a href=3D"mailto:usertogo@...";>usertogo@...</a>&gt;</span> wr=
ote:<br>
<blockquote class=3D"gmail_quote" style=3D"border-left: 1px solid rgb(204, =
204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Your right I hadn=
&#39;t noticed the drag option yet! I had used move...<br><br>Thanks!<div><=
div>
</div><div class=3D"h5"><br><br><br><div class=3D"gmail_quote">On Wed, Apr =
29, 2009 at 7:03 AM, Robert <span dir=3D"ltr">&lt;<a href=3D"mailto:birming=
ham_spider@..." target=3D"_blank">birmingham_spider@...</a>&gt;</sp=
an> wrote:<br>

<blockquote class=3D"gmail_quote" style=3D"border-left: 1px solid rgb(204, =
204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div>&gt; For exa=
mple (and I couldn&#39;t believe it when I noticed!):<br>
&gt; - when a component is dragged in a Schematic, its connecting lines get=
<br>
&gt; disconnected! Didn&#39;t the program note that it was the users intent=
ion that a<br>
&gt; trace connected to a certain pin of a component? Even if dragging now =
would<br>
&gt; cause havoc on the looks of the connections, KiCad should never forget=
what<br>
&gt; the users intention was! (unless of course the user gestures somehow t=
hat<br>
&gt; that&#39;s what he wants to do (maybe a control move feature))<br>
&gt; - same counts for PCB layouts, and how difficult could it be to reconn=
ect<br>
&gt; the last routing segment or two and keep them connection to the pins t=
hey<br>
&gt; were connected to before the move? Any arguments against that? The dra=
g<br>
&gt; Segment feature shows that it is possible, and has already been progra=
mmed!<br>
<br>
</div>Not in my copy of kicad. =A0 Did you select Drag from the context men=
u?<br>
<br>
Regards,<br>
<br>
Robert.<br>
<br>
<br>
------------------------------------<br>
<br>
<br>
<br><br></blockquote></div><br><br></div></div></blockquote></div><br><br c=
lear=3D"all"><br>-- <br>Tobias Gogolin<br>Tel. Movistar (646) 124 32 82<br>=
Tel. Telcel (646) 160 58 99<br>skype: moontogo<br>messenger: <a href=3D"mai=
lto:usertogo@...">usertogo@...</a><br>
<br>You develop Sustainable Ranch Technology at <a href=3D"http://tech.grou=
ps.yahoo.com/group/SURA-TECH">http://tech.groups.yahoo.com/group/SURA-TECH<=
/a><br>an Open Source Electric Motor/Alternator at <a href=3D"http://groups=
.yahoo.com/group/Performance_Axial_Flux">http://groups.yahoo.com/group/Perf=
ormance_Axial_Flux</a><br>
and an Open Source Motor Controller at <a href=3D"http://groups.yahoo.com/g=
roup/GoBox">http://groups.yahoo.com/group/GoBox</a> <br>
 --001485f54658a9a1d30468caea13--