X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com Date: Tue, 15 Aug 2017 12:37:39 +0200 (CEST) From: Roland Lutz To: "Evan Foss (evanfoss AT gmail DOT com) [via geda-user AT delorie DOT com]" Subject: Re: [geda-user] bugreport gschem on OS-X 12.6 graphics plotz In-Reply-To: Message-ID: References: User-Agent: Alpine 2.20 (DEB 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed 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 Hi Evan, On Tue, 15 Aug 2017, Evan Foss (evanfoss AT gmail DOT com) [via geda-user AT delorie DOT com] wrote: > I work with someone who is trying to migrate over to gEDA and is trying > to use it on a mac. He installed via brew with geda-gaf-1.8.2 and is > seeing some strange graphical errors. Has anyone seen this kind of issue > before? Attached is an example of what happens when you try to draw a > netline. AFAICT, this is rendered correctly except for the background color which has been replaced with #dcdad5 in some areas. This color is not defined in gEDA/gaf, so my guess is that it's the user interface's default color, and for some reason, an area which is requested to be redrawn which gschem assumes to be unchanged has actually been filled with the default color by the toolkit. This looks like an issue with Cairo/GTK on Mac. Someone with access to Mac hardware would have to validate that this is actually the problem, and find a way to request that area not to be filled. Simply filling the area with gschem's background color won't do the trick as it would cause unwanted visual flickering; you'd have to actually prevent it from being filled with the wrong color in the first place. Roland