X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient: geda-user AT delorie DOT com
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :content-type:content-transfer-encoding;
        bh=+vgdpo2W9FRi9twKN2RBVb7Iqz6rsPP3EOnqo9RCjT4=;
        b=Iw9N0tljFe6Ji0A7Ytxu0N3UOlWaDCafG9RpsfPc2TxczbclE4IKA96zDYnKoEnuFP
         lZJ+boBcAOAQpwVGdL90cfrqwaxsZsIiHbA6XaRb1tCJ5X6en2mPGBF0816LHNbjcGRT
         OOT6cHu4twGa+u5XM5bp3drWHvG06kinxujjI=
MIME-Version: 1.0
In-Reply-To: <20120118093353.10720.qmail@stuge.se>
References: <20120118090450 DOT GB28925 AT visitor2 DOT iram DOT es>
	<20120118093353 DOT 10720 DOT qmail AT stuge DOT se>
Date: Wed, 18 Jan 2012 10:50:26 +0100
Message-ID: <CAJisMU2b9O5pq3KTTbAMYdy8ZnkQh6m0kC3rwU1AjfrR7uL-Kw@mail.gmail.com>
Subject: Re: [geda-user] BUG: disappearing dots in gschem
From: =?UTF-8?Q?Krzysztof_Ko=C5=9Bciuszkiewicz?= <k DOT kosciuszkiewicz AT gmail DOT com>
To: geda-user AT delorie DOT com,
        =?UTF-8?Q?Krzysztof_Ko=C5=9Bciuszkiewicz?= <k DOT kosciuszkiewicz AT gmail DOT com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id q0IACRFR012728
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

W dniu 18 stycznia 2012 10:33 użytkownik Peter Stuge <peter AT stuge DOT se> napisał:
> Gabriel Paubert wrote:
>> gschem: skip drawing endpoint cues on fully connected nets.
>>
>> Affects-bug: lp-707064
>>
>> causes some dots to disappear.
>
> I too think this is a problem.
>
> Keep in mind that there are different types of dots.
>
> Recently there was a report about an unconnected net, which also
> lost it's endpoint cue.
>
> What gives? Krzysztof, maybe you can talk a little about the theory
> behind the change?

Probably I have not tested all the corner cases appropriately.
Dumping all the cue types in one function does not help either.
In the bug report it seems the lower pin of the diode connects with
two net segments, while the top pin connects to net in a midpoint.
Possibly this is the missed corner case - I'll investigate this later on.
Analysis of John Doty's report on the issues with implementation is
also on my TODO list.

Best regards,
Krzysztof Kościuszkiewicz