X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com X-TCPREMOTEIP: 207.224.51.38 X-Authenticated-UID: jpd AT noqsi DOT com From: John Doty Content-Type: multipart/alternative; boundary="Apple-Mail=_B3EDB560-3C36-49B9-8DC5-AE2BA09ADBA7" Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: [geda-user] bugreport gschem on OS-X 12.6 graphics plotz Date: Tue, 15 Aug 2017 07:36:11 -0600 References: To: geda-user AT delorie DOT com In-Reply-To: Message-Id: <5E2E5BCE-8D33-4883-AA37-169880A950F2@noqsi.com> X-Mailer: Apple Mail (2.3273) 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 --Apple-Mail=_B3EDB560-3C36-49B9-8DC5-AE2BA09ADBA7 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On Aug 15, 2017, at 4:37 AM, Roland Lutz wrote: >=20 > Hi Evan, >=20 > 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. >=20 > AFAICT, this is rendered correctly except for the background color = which has been replaced with #dcdad5 in some areas. >=20 > 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. >=20 > 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. This happened when GTK on the Mac switched from X11 to native rendering. = My workaround is to run gschem under Ubuntu in a Vagrant virtual = environment. Annoying. >=20 > 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. >=20 > Roland >=20 >=20 John Doty Noqsi Aerospace, Ltd. http://www.noqsi.com/ jpd AT noqsi DOT com --Apple-Mail=_B3EDB560-3C36-49B9-8DC5-AE2BA09ADBA7 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii

On Aug 15, 2017, at 4:37 AM, Roland Lutz <rlutz AT hedmen DOT org> = wrote:

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.

This = happened when GTK on the Mac switched from X11 to native rendering. My = workaround is to run gschem under Ubuntu in a Vagrant virtual = environment. Annoying.

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

John Doty Noqsi = Aerospace, Ltd.

http://www.noqsi.com/

jpd AT noqsi DOT com

= --Apple-Mail=_B3EDB560-3C36-49B9-8DC5-AE2BA09ADBA7--