Mail Archives: geda-user/2015/09/10/21:52:42
--001a11c18226a0b695051f6ef6ac
Content-Type: text/plain; charset=UTF-8
Britton,
The issue occurs while you are _not_ zoomed in (Aka. zoomed on entire
board). The cursor is always clipped to one edge of the pcb no matter what
is done. (Clipped to the top, y=0, in my case.)
Current System Xubuntu 14.04 32bit
PCB Version 20110918
On Thu, Sep 10, 2015 at 8:49 PM, Britton Kerin (britton DOT kerin AT gmail DOT com)
[via geda-user AT delorie DOT com] <geda-user AT delorie DOT com> wrote:
> 31f2d454b34d2ad7bc93486c3bebddf5a1177c6c
>
> On Thu, Sep 10, 2015 at 10:23 AM, Jason White
> (whitewaterssoftwareinfo AT gmail DOT com) [via geda-user AT delorie DOT com]
> <geda-user AT delorie DOT com> wrote:
>
> > On Thu, Sep 10, 2015 at 2:36 AM, Britton Kerin (britton DOT kerin AT gmail DOT com)
> > [via geda-user AT delorie DOT com] <geda-user AT delorie DOT com> wrote:
> >>
> >> On Wed, Sep 9, 2015 at 10:52 AM, Kai-Martin Knaak
> >> <knaak AT iqo DOT uni-hannover DOT de> wrote:
> >> > Markus Hitter wrote:
> >> >
> >> >> Whatever doesn't match intuitivity is a bug, isn't it? Then, we have
> >> >> many such bugs. One such bug would be that the crosshair moves on its
> >> >> own, without the mouse.
> >> >
> >> > I too find any movement of mouse cursor (and crosshair) which is not
> >> > strictly mouse driven quite irritating.
> >>
> >> I like this behavior its weird at first but you quickly get the idea and
> >> then it's useful, what I don't like is when the violation is off-screen
> it
> >> doesn't take you there and you end up hitting refresh again (at least I
> >> do).
> >
> > I have observed this bug with the standard Ubuntu PCB.
> >
> > It is very annoying that it does not take the cursor all the way to the
> > error. The git head does not display this issue.
>
> Are you talking about commit 31f2d454b34d2ad7bc93486c3bebddf5a1177c6c (or
> so)?
>
> Are you talking about what happens when you click a DRC violation
> entry while zoomed
> in on one part of the board, when the violation is off-screen?
> Because I still get the
> bad behavior in that case: the cross-hair just gets clamped to the
> edge of the screen.
>
> Its both irritating to experienced users and much more of an
> 'intitivity' bug for new ones
> because the cross-hair ends up hiding uselessly on edge of screen.
> Does this happen
> for you?
>
> Britton
>
--
Jason White
--001a11c18226a0b695051f6ef6ac
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr"><div><div><div>Britton,<br><br></div>The issue occurs whil=
e you are _not_ zoomed in (Aka. zoomed on entire board). The cursor is alwa=
ys clipped to one edge of the pcb no matter what is done. (Clipped to the t=
op, y=3D0, in my case.)=C2=A0 <br><br></div>Current System Xubuntu 14.04 32=
bit<br></div><div>PCB Version 20110918<br></div></div><div class=3D"gmail_e=
xtra"><br><div class=3D"gmail_quote">On Thu, Sep 10, 2015 at 8:49 PM, Britt=
on Kerin (<a href=3D"mailto:britton DOT kerin AT gmail DOT com">britton DOT kerin AT gmail DOT co=
m</a>) [via <a href=3D"mailto:geda-user AT delorie DOT com">geda-user AT delorie DOT com<=
/a>] <span dir=3D"ltr"><<a href=3D"mailto:geda-user AT delorie DOT com" target=
=3D"_blank">geda-user AT delorie DOT com</a>></span> wrote:<br><blockquote clas=
s=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;pad=
ding-left:1ex">31f2d454b34d2ad7bc93486c3bebddf5a1177c6c<br>
<br>
On Thu, Sep 10, 2015 at 10:23 AM, Jason White<br>
(<a href=3D"mailto:whitewaterssoftwareinfo AT gmail DOT com">whitewaterssoftwarein=
fo AT gmail DOT com</a>) [via <a href=3D"mailto:geda-user AT delorie DOT com">geda-user AT d=
elorie.com</a>]<br>
<span class=3D""><<a href=3D"mailto:geda-user AT delorie DOT com">geda-user AT del=
orie.com</a>> wrote:<br>
<br>
> On Thu, Sep 10, 2015 at 2:36 AM, Britton Kerin (<a href=3D"mailto:brit=
ton DOT kerin AT gmail DOT com">britton DOT kerin AT gmail DOT com</a>)<br>
> [via <a href=3D"mailto:geda-user AT delorie DOT com">geda-user AT delorie DOT com</a=
>] <<a href=3D"mailto:geda-user AT delorie DOT com">geda-user AT delorie DOT com</a>&g=
t; wrote:<br>
>><br>
>> On Wed, Sep 9, 2015 at 10:52 AM, Kai-Martin Knaak<br>
>> <<a href=3D"mailto:knaak AT iqo DOT uni-hannover DOT de">knaak AT iqo DOT uni-han=
nover.de</a>> wrote:<br>
>> > Markus Hitter wrote:<br>
>> ><br>
>> >> Whatever doesn't match intuitivity is a bug, isn'=
t it? Then, we have<br>
>> >> many such bugs. One such bug would be that the crosshair =
moves on its<br>
>> >> own, without the mouse.<br>
>> ><br>
>> > I too find any movement of mouse cursor (and crosshair) which=
is not<br>
>> > strictly mouse driven quite irritating.<br>
>><br>
>> I like this behavior its weird at first but you quickly get the id=
ea and<br>
>> then it's useful, what I don't like is when the violation =
is off-screen it<br>
>> doesn't take you there and you end up hitting refresh again (a=
t least I<br>
>> do).<br>
><br>
</span><span class=3D"">> I have observed this bug with the standard Ubu=
ntu PCB.<br>
><br>
> It is very annoying that it does not take the cursor all the way to th=
e<br>
> error. The git head does not display this issue.<br>
<br>
</span>Are you talking about commit 31f2d454b34d2ad7bc93486c3bebddf5a1177c6=
c (or so)?<br>
<br>
Are you talking about what happens when you click a DRC violation<br>
entry while zoomed<br>
in on one part of the board, when the violation is off-screen?<br>
Because I still get the<br>
bad behavior in that case: the cross-hair just gets clamped to the<br>
edge of the screen.<br>
<br>
Its both irritating to experienced users and much more of an<br>
'intitivity' bug for new ones<br>
because the cross-hair ends up hiding uselessly on edge of screen.<br>
Does this happen<br>
for you?<br>
<br>
Britton<br>
</blockquote></div><br><br clear=3D"all"><br>-- <br><div class=3D"gmail_sig=
nature">Jason White</div>
</div>
--001a11c18226a0b695051f6ef6ac--
- Raw text -