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=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :content-type:content-transfer-encoding;
        bh=u6Bsp+WorIOjneWySjS4S0J5mgaCuzInNqsqTZLpS08=;
        b=AhZpE0sJ1TbX564E4tOj9wpRts9eAvi8A0sjln5O+gkDl1qCbNEucoiiVJln2Xnssg
         as1KyB/soIGwW4SYIDC5lkxjJEE+TRcnGcY5ahXSvDDzddzYPH/6auFUvZzau7sxj5JM
         PoCbgNRTPoP55nYf2VHxdxkJxvHysTTOQfsrhzocG5S6g+0IQYpjhvwCHeiKiLtvp8R4
         H7bcKKrMy3ulElT9Zkl7qP1BKPAwWqPOa/Tj3m8BoNXOw1+uUvc9QxsmFrRbaTvw9iug
         13Rmnubjdwq2JBlLmIJzf9PvUt4XVSrV9Uw6uWAtgBFENXalM1VVqD9VAhBHWP1hdzCC
         X48A==
MIME-Version: 1.0
X-Received: by 10.152.3.168 with SMTP id d8mr16267168lad.34.1413651639254;
 Sat, 18 Oct 2014 10:00:39 -0700 (PDT)
In-Reply-To: <D1C6B1F4-D009-465A-B3DF-E81055E83A93@qux.com>
References: <CAGRhJMZgn5YojUcGKR+nEj6bPWjKmff4ykg_adjKeB=89q+_gw AT mail DOT gmail DOT com>
	<CAOP4iL1CY7=enEfxmCn3dhr36=j_ytnSjfhYvHVC6-TV8AK=5w AT mail DOT gmail DOT com>
	<CAGRhJMaFnS_PWZmKAio6DKBeWx0z57uV8XjnZKwb2WmkJVGCGQ AT mail DOT gmail DOT com>
	<00E6DEBC-05AB-4079-9E88-152225FF6DDE AT qux DOT com>
	<87wq80xauh DOT fsf AT hotmail DOT com>
	<CAOP4iL0WTYDc_UNmtQbencnx69t4u1X=HMDy1Y=7aM=EYW6-oA AT mail DOT gmail DOT com>
	<87siinykoy DOT fsf AT hotmail DOT com>
	<5440A6B2 DOT 2000900 AT ecosensory DOT com>
	<alpine DOT DEB DOT 2 DOT 00 DOT 1410170815140 DOT 3358 AT igor2priv>
	<5441519D DOT 4060009 AT ecosensory DOT com>
	<CAM2RGhRSE1J6493W+3t2tSoH9Mr2TddKg47vgrfxqU64xam+sw AT mail DOT gmail DOT com>
	<5441B86D DOT 8000001 AT ecosensory DOT com>
	<CAM2RGhTjY5cJ9DWuG5zb-Psb_sHaRjHPWn_kb_S43Na9x2reaQ AT mail DOT gmail DOT com>
	<2B12B7BB-2B96-4A89-8779-423523B731BF AT qux DOT com>
	<CAM2RGhRXNqQqV=eZyLvb_-ttOkv=1=sNGEgYnOOxKUwHQoUu_A AT mail DOT gmail DOT com>
	<D1C6B1F4-D009-465A-B3DF-E81055E83A93 AT qux DOT com>
Date: Sat, 18 Oct 2014 13:00:39 -0400
Message-ID: <CAM2RGhQtVC2R3H-3ppzUTjNGKZpxKEdJNJ_QMzKycej1bDxWgA@mail.gmail.com>
Subject: Re: [geda-user] SchemeIt
From: Evan Foss <evanfoss AT gmail DOT com>
To: geda-user AT delorie 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 s9IH0l6l005999
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

Using libgeda for gschdiff is more like what I was imagining.

All this talk about version control and diff is making me wonder.
Visual diff is sweet and all but I feel like we are missing something
work flow wise.

On Sat, Oct 18, 2014 at 9:48 AM, Roger Williams <roger AT qux DOT com> wrote:
> Sorry, I wasn't clear.
>
> I was referring to the feasibility of creating a "gschdiff" utility that renders a visual diff of two raw schematic files using the libgeda libraries.
>
> --
> Roger Williams <roger AT qux DOT com>
> Chief Technical Officer, Qux Corporation
> 245 Russell Street, Hadley, MA 01035, USA
> Tel +1 508 287-1420 * Fax +1 508 302-0230
>
> On 18 Oct 2014, at 02:03, Evan Foss <evanfoss AT gmail DOT com> wrote:
>
>> Thanks Roger.
>>
>> I am curious though. Would it not make more sense to use the command
>> line version of diffpdf? Personally I prefer to draft in GUI but do
>> all the other stuff from makefiles and things. I don't mean to talk
>> you out of contributing.
>>
>> Has anyone looked for schdiff(1) in
>> http://wiki.geda-project.org/geda:gaf
>> I never noticed it was there.
>>
>>
>> On Fri, Oct 17, 2014 at 9:44 PM, Roger Williams <roger AT qux DOT com> wrote:
>>> Hmm, I tend to agree with Evan. The strength of FOSS tools (and UNIX utilities in general) have always been their ability to be used as parts of a flexible toolbox that can be combined as needed. This is even true of large EDA tools, so long as they rely on text files as their medium.
>>>
>>> I've built, examined, and built the diffPDF code under Linux and OSX, and I think that it is certainly feasible for a single volunteer to develop a visual "gschdiff" utility. Probably the largest workload would be adapting the Qt code to Gtk.
>>>
>>> --
>>> Roger Williams <roger AT qux DOT com>
>>> Chief Technical Officer, Qux Corporation
>>> 245 Russell Street, Hadley, MA 01035, USA
>>> Tel +1 508 287-1420 * Fax +1 508 302-0230
>>>
>>> On 17 Oct 2014, at 20:58, Evan Foss <evanfoss AT gmail DOT com> wrote:
>>>
>>>> Why can't we have a gschdiff command that generates colorized or
>>>> shaded (for the color blind) schematic files where the file A is one
>>>> shade and file B is the other.
>>>>
>>>> Why is that FOSS-volunteer-infeasible?
>>>>
>>>> On Fri, Oct 17, 2014 at 8:46 PM, John Griessen <john AT ecosensory DOT com> wrote:
>>>>> On 10/17/2014 12:44 PM, Evan Foss wrote:
>>>>>>
>>>>>> I think we want the diff functions internal to the geda and friends
>>>>>> and the version control external.
>>>>>
>>>>>
>>>>>
>>>>> I don't see that as easy in the context of volunteer developers.
>>>>>
>>>>> The internal part could be limited to defining the no-person's-land
>>>>> zone, and exporting the data in that zone, without netlist,
>>>>> for use by an external diff program and the results tracked by
>>>>> an external VCS.
>>>>>
>>>>> That's FOSS-volunteer-feasible.
>>>>
>>>>
>>>>
>>>> --
>>>> Home
>>>> http://evanfoss.googlepages.com/
>>>> Work
>>>> http://forge.abcd.harvard.edu/gf/project/epl_engineering/wiki/
>>>
>>>
>>
>>
>>
>> --
>> Home
>> http://evanfoss.googlepages.com/
>> Work
>> http://forge.abcd.harvard.edu/gf/project/epl_engineering/wiki/
>>
>> On Fri, Oct 17, 2014 at 8:44 PM, Roger Williams <roger AT qux DOT com> wrote:
>>> Hmm, I tend to agree with Evan. The strength of FOSS tools (and UNIX utilities in general) have always been their ability to be used as parts of a flexible toolbox that can be combined as needed. This is even true of large EDA tools, so long as they rely on text files as their medium.
>>>
>>> I've built, examined, and built the diffPDF code under Linux and OSX, and I think that it is certainly feasible for a single volunteer to develop a visual "gschdiff" utility. Probably the largest workload would be adapting the Qt code to Gtk.
>>>
>>> --
>>> Roger Williams <roger AT qux DOT com>
>>> Chief Technical Officer, Qux Corporation
>>> 245 Russell Street, Hadley, MA 01035, USA
>>> Tel +1 508 287-1420 * Fax +1 508 302-0230
>>>
>>> On 17 Oct 2014, at 20:58, Evan Foss <evanfoss AT gmail DOT com> wrote:
>>>
>>>> Why can't we have a gschdiff command that generates colorized or
>>>> shaded (for the color blind) schematic files where the file A is one
>>>> shade and file B is the other.
>>>>
>>>> Why is that FOSS-volunteer-infeasible?
>>>>
>>>> On Fri, Oct 17, 2014 at 8:46 PM, John Griessen <john AT ecosensory DOT com> wrote:
>>>>> On 10/17/2014 12:44 PM, Evan Foss wrote:
>>>>>>
>>>>>> I think we want the diff functions internal to the geda and friends
>>>>>> and the version control external.
>>>>>
>>>>>
>>>>>
>>>>> I don't see that as easy in the context of volunteer developers.
>>>>>
>>>>> The internal part could be limited to defining the no-person's-land
>>>>> zone, and exporting the data in that zone, without netlist,
>>>>> for use by an external diff program and the results tracked by
>>>>> an external VCS.
>>>>>
>>>>> That's FOSS-volunteer-feasible.
>>>>
>>>>
>>>>
>>>> --
>>>> Home
>>>> http://evanfoss.googlepages.com/
>>>> Work
>>>> http://forge.abcd.harvard.edu/gf/project/epl_engineering/wiki/
>>>
>>>
>>
>>
>>
>> --
>> Home
>> http://evanfoss.googlepages.com/
>> Work
>> http://forge.abcd.harvard.edu/gf/project/epl_engineering/wiki/
>>
>
>



-- 
Home
http://evanfoss.googlepages.com/
Work
http://forge.abcd.harvard.edu/gf/project/epl_engineering/wiki/