MIME-Version: 1.0
In-Reply-To: <20140127185930.GA19816@localhost.localdomain>
References: <CACNnPR=iTuAXz_-De+6VFXRkJWNR1DxjDJ6LMsLT8-p-kqNpbA AT mail DOT gmail DOT com>
 <20130906211742 DOT GA5276 AT localhost DOT localdomain> <20130906212058 DOT GB5276 AT localhost DOT localdomain>
 <CACNnPRk6WOqWxxZysO4k6mRrhXp=f+gfjxccb1G4uFU6dWXc0g AT mail DOT gmail DOT com> <20140127185930 DOT GA19816 AT localhost DOT localdomain>
From: Abhijit Kshirsagar <abhijit86k AT gmail DOT com>
Date: Wed, 9 Apr 2014 22:39:31 +0530
Message-ID: <CACNnPRkQCnvmKmFZejVWJUBu=yWuwHobQMrEYAyqYHhuOGZXUg@mail.gmail.com>
Subject: Re: [geda-user] schdiff and gEDA/gaf 1.9
To: gEDA User List <geda-user AT delorie DOT com>
Content-Type: multipart/mixed; boundary=089e0102e4f0cf5d3d04f69f2b57
Reply-To: geda-user AT delorie DOT com
Errors-To: nobody AT delorie DOT com
Precedence: bulk

--089e0102e4f0cf5d3d04f69f2b57
Content-Type: text/plain; charset=UTF-8

On Tue, Jan 28, 2014 at 12:29 AM, Vladimir Zhbanov <vzhbanov AT gmail DOT com> wrote:
> Abhijit, you can try to rename your ~/.gEDA/gschemrc and ~/.gEDA/gafrc
> to something differing in order to check if your config affects your
> schdiff output. Use a fresh project without any rc-files to check that.
> Then you can separately run each of the commands in the schdiff script
> to see if the text will exist in the $LEFTPNG, $RIGHTPNG, and $DIFFPNG
> images.

Its definitely a color scheme problem. No text in the $LEFTPNG,
$RIGHTPNG etc either for the dark background, but I get faint gray
text for light background.

Funny thing is - if my ~/.gEDA/gschemrc has the line:
(load (build-path geda-rc-path "gschem-colormap-lightbg"))
I get the schematic diff image with dark background, and vice versa.

> BTW, I've found my schdiff changes do not work for the current geda-gaf
> version, probably because of reverts made by Peter Clifton.

Which version of gEDA gaf do you have?
I'm running gEDA/gaf 1.9.0 (g222ae70) and having no problems, except one -

When I run "gaf export --format=png schematic.sch" on a schematic
which references a missing symbol, the result is a zero byte file, but
gaf export gives no indication of any problem.

gaf export should either make an image the best it can (with missing
symbols either as triangles) or return a non-0 value - and not fail
silently.

I've added a filesize check as a workaround, in addition to adding
Peter's suggestions on setting size, margins and dpi (attached).

--089e0102e4f0cf5d3d04f69f2b57
Content-Type: application/octet-stream; name=schdiff
Content-Disposition: attachment; filename=schdiff
Content-Transfer-Encoding: base64
X-Attachment-Id: f_htsu6vgk0

IyEgL2Jpbi9zaAoKRVhQT1JUX0RQST0xMDAKCnVzYWdlICgpCnsKICBjYXQgPDxFT0YKVXNhZ2U6
IHNjaGRpZmYgb2xkIG5ldwoKVmlldyBhIGdyYXBoaWNhbCBkaWZmIG9mIGdFREEgc2NoZW1hdGlj
cyB1c2luZyBnc2NoZW0gYW5kIEltYWdlTWFnaWNrLgoKVXNhZ2Ugd2l0aCBnaXQ6CiAgZ2l0IGRp
ZmZ0b29sIC14IHNjaGRpZmYgLi4uCgpVc2FnZSB3aXRoIE1lcmN1cmlhbDoKICBBZGQgdGhlIGZv
bGxvd2luZyB0byAuaGdyYzoKCiAgICBbZXh0ZW5zaW9uc10KICAgIGhnZXh0LmV4dGRpZmYgPQog
ICAgW2V4dGRpZmZdCiAgICBjbWQuc2NoZGlmZiA9IC9wYXRoL3RvL3NjaGRpZmYKCiAgVGhlbiB1
c2U6IGhnIHNjaGRpZmYgLi4uCgpVc2FnZSB3aXRoIFN1YnZlcnNpb246CiAgc3ZuIGRpZmYgLS1k
aWZmLWNtZCBzY2hkaWZmCgpSZXBvcnQgYnVncyB0byA8aHR0cDovL2J1Z3MubGF1bmNocGFkLm5l
dC9nZWRhPgpnRURBL2dhZiBob21lcGFnZSA8aHR0cDovL2dwbGVkYS5vcmcvPgpFT0YKCn0KCmZv
ciBQUk9HIGluIGdzY2hlbSBjb21wb3NpdGUgZGlzcGxheQpkbwogIGlmIHdoaWNoICRQUk9HID4g
L2Rldi9udWxsCiAgdGhlbiAKICAgIHRydWUKICBlbHNlIAogICAgZWNobyAiJFBST0cgaXMgbm90
IGZvdW5kLiAgRWl0aGVyIGl0IGlzIG5vdCBpbnN0YWxsZWQsIG9yIG5vdCBpbiB5b3VyIFBBVEgi
CiAgICBleGl0IDEKICBmaQpkb25lCgppZiB0ZXN0ICQjIC1sdCAyCiAgdGhlbiB1c2FnZTsgZXhp
dCAxCmZpCgojSW4gY2FzZSB0aGUgc2NyaXB0IHdhcyBpbnZva2VkIHdpdGggZXh0cmEgb3B0aW9u
IGFyZ3VtZW50cywgdGhyb3cgdGhlbSBhd2F5CnNoaWZ0IGBleHByICQjIC0gMmAKCmlmIHRlc3Qg
LWQgJDEgLW8gLWQgJDIKICB0aGVuIGVjaG8gIkVSUk9SOiBzY2hkaWZmIGNhbm5vdCBkaWZmIGVu
dGlyZSBkaXJlY3RvcmllcyIKICBleGl0IDEKZmkKCkxFRlRGSUxFPSQxClJJR0hURklMRT0kMgoK
R0VEQVNDSEVNRURJUj1zaGFyZS9nRURBL3NjaGVtZQpTQ0hFTUVGSUxFPWBkaXJuYW1lICQwYC8u
Li8ke0dFREFTQ0hFTUVESVJ9L3NjaGRpZmYtaW1hZ2Uuc2NtCkxFRlRQTkc9YG1rdGVtcCAtLXRt
cGRpciBzY2hkaWZmLk5FVy5YWFhYWFhYWFhYYApSSUdIVFBORz1gbWt0ZW1wIC0tdG1wZGlyIHNj
aGRpZmYuT0xELlhYWFhYWFhYWFhgCkRJRkZQTkc9YG1rdGVtcCAtLXRtcGRpciBzY2hkaWZmLkRJ
RkYuWFhYWFhYWFhYWGAKCmdhZiBleHBvcnQgLWQgJEVYUE9SVF9EUEkgLW8gJExFRlRQTkcgIC0t
c2l6ZT1hdXRvIC0tbWFyZ2lucz1hdXRvIC0tbm8tY29sb3IgLS1mb3JtYXQ9cG5nICRMRUZURklM
RSAgMj4gL2Rldi9udWxsICYmIFwKZ2FmIGV4cG9ydCAtZCAkRVhQT1JUX0RQSSAtbyAkUklHSFRQ
TkcgLS1zaXplPWF1dG8gLS1tYXJnaW5zPWF1dG8gLS1uby1jb2xvciAtLWZvcm1hdD1wbmcgJFJJ
R0hURklMRSAyPiAvZGV2L251bGwgJiYgXApjb21wb3NpdGUgLXN0ZXJlbyAwICRMRUZUUE5HICRS
SUdIVFBORyAkRElGRlBORwoKaWYgWyAtcyAkRElGRlBORyBdCnRoZW4KZW9nICRESUZGUE5HCmZp
CgpnaXQgZGlmZiAtLW5vLWluZGV4IC0tICRMRUZURklMRSAkUklHSFRGSUxFCnJtICRMRUZUUE5H
CnJtICRSSUdIVFBORwpybSAkRElGRlBORwo=
--089e0102e4f0cf5d3d04f69f2b57--