Mail Archives: geda-user/2014/10/18/09:48:52
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/
>
- Raw text -