X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com X-Original-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=Zxga+N+kAslcivTD2vBhenRiSXiYnFppj3aHh5eq/nE=; b=d+gVH/2wg7HqG0Fv7MA9mEWszYvRH/2piyHPkfTCkWZq31UTxWpNMTEFAuDqvBbsdm GXq4X+3uloxi2lEkXWZnVrr1qMKA2yi7V+tKNta0RFixTRh3u6NJKWkPflyyD9Gp6Eeb UfHUhYJtRkE2ilfHLwwcRMt3VovETDQFf+AaMQiwhHIV31vCBNOHaQtteKUGUMExEAd9 cz9CuFSaCZdV5kinUgdLEfIlMceoVWvEv3nd2Mu878X4AMuollzGB4c6tYXzfJb0izdb hmf8t/ZIwyxTChzQ1bSSjlQUyJOdFt3PJTkPsYF+7DUuRBOWp+uG2r/zJn1iT1z38Clv 8VbQ== MIME-Version: 1.0 X-Received: by 10.202.73.199 with SMTP id w190mr26755725oia.31.1441936328142; Thu, 10 Sep 2015 18:52:08 -0700 (PDT) In-Reply-To: References: <55F000F5 DOT 4090901 AT envinsci DOT co DOT uk> <55F04C94 DOT 4060401 AT jump-ing DOT de> Date: Thu, 10 Sep 2015 21:52:08 -0400 Message-ID: Subject: Re: [geda-user] pcb's crosshair only half-locating violations From: "Jason White (whitewaterssoftwareinfo AT gmail DOT com) [via geda-user AT delorie DOT com]" To: geda-user AT delorie DOT com Content-Type: multipart/alternative; boundary=001a11c18226a0b695051f6ef6ac Reply-To: geda-user AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: geda-user AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk --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] 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] > 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] wrote: > >> > >> On Wed, Sep 9, 2015 at 10:52 AM, Kai-Martin Knaak > >> 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
Britton,

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

Current System Xubuntu 14.04 32= bit
PCB Version 20110918

On Thu, Sep 10, 2015 at 8:49 PM, Britt= on Kerin (britton DOT kerin AT gmail DOT co= m) [via geda-user AT delorie DOT com<= /a>] <geda-user AT delorie DOT com> wrote:
31f2d454b34d2ad7bc93486c3bebddf5a1177c6c

On Thu, Sep 10, 2015 at 10:23 AM, Jason White
(whitewaterssoftwarein= fo AT gmail DOT com) [via geda-user AT d= elorie.com]
<geda-user AT del= orie.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&g= t; wrote:
>>
>> On Wed, Sep 9, 2015 at 10:52 AM, Kai-Martin Knaak
>> <knaak AT iqo DOT uni-han= nover.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 id= ea 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 (a= t least I
>> do).
>
> I have observed this bug with the standard Ubu= ntu PCB.
>
> It is very annoying that it does not take the cursor all the way to th= e
> error. The git head does not display this issue.

Are you talking about commit 31f2d454b34d2ad7bc93486c3bebddf5a1177c6= c (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--