delorie.com/archives/browse.cgi   search  
Mail Archives: geda-user/2012/10/28/04:45:09

X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient: geda-user AT delorie DOT com
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=seznam.cz;
h=Received:From:To:Subject:Date:Message-Id:References:Mime-Version:X-Mailer:Content-Type;
b=eDF7G5LJTOVGvngjO6Jw3e+wKcbqKpq6KrVu0nhYM8B98wB0TBvA/KZOjbHgGEsib
VzALF9eROJpRrkvvsuCjnT+olBWglPASx0RADjHGdx/vicvFVN786CXzLbK4x0eb61l
QJcgxlaCxSKyyHpsui4WLLWbJprPg+L0Sg6++B4=
From: "Vaclav Peroutka" <vaclavpe AT seznam DOT cz>
To: <geda-user AT delorie DOT com>
Subject: =?utf-8?q?Re=3A_Re=3A_=5Bgeda-user=5D_The_state_of_gEDA/gaf_=28Wa?=
=?utf-8?q?s_gEDA/PCBs_diversity=2C_Was=3A_Pin_hole_size=29?=
Date: Sun, 28 Oct 2012 09:44:42 +0100 (CET)
Message-Id: <5TM.Jn5M.5gjH{ze{M{9.1GZF1w@seznam.cz>
References: <834283D4-0891-486E-A981-2FF20B32C615 AT noqsi DOT com>
<CANqhZFxYH+Y5U1ai7ey-s+4nz6eYDM2vx3aMDb7WuigNXmi4AQ AT mail DOT gmail DOT com>
<2CB304B5-9587-4734-84E4-49F464744D11 AT noqsi DOT com>
<CANqhZFwPNG4R1dR2X0HB+tP1JzNXUAVg55gy54Lry5E49aAQ6Q AT mail DOT gmail DOT com>
<E9D200C7-475C-4CC7-A592-5A6C14B3EA25 AT noqsi DOT com>
<6BF2E986-51EB-41E9-A4AD-8071CD00B1A1 AT jump-ing DOT de>
<CAC4O8c_Deo7QftYCHMrw9bhhD6ThO51NV3c+5FqAQtjHUKxsyg AT mail DOT gmail DOT com>
Mime-Version: 1.0 (szn-mime-1.0.72-5)
X-Mailer: szn-ebox-4.3.71-1
Reply-To: geda-user AT delorie DOT com

--=_7f2946567d4c8a7805328f2f=9cc289c6-378c-5f4a-9c05-9d16fd273936_=
Content-Type: text/plain;
	charset=us-ascii
Content-Transfer-Encoding: 7bit

>> Currently we have ridiculous situations like that pcb and gschem can't 
even agree on the same mouse button for panning/zooming.
>
> They are separate, independent tools with separate, independent histories,
both predating modern GUI conventions. Why would you expect consistency 
here?

My two cents - I do not care about independent histories. If developer comes
to any other EDA package, draws circuit, then PCB he does not care about 
such things. First for anybody is usability. And keyboard/mouse operation 
differences is real disadvantage. Why should I care about inabilitity of 
developers to agree on UI consistency ?

What I want to say - I use geda tools for more than 10 years, designed about
100 boards and have plenty of components in my library. I know perfectly 
missing features which I would like in both schematic and pcb parts. But I 
am not able to program patches for such big package. And I hardly convert 
all the stuff to some other more modern tool. That is why I am interested to
extend feature set of geda tools.

Maybe it would be worth for programmers to "clone" either schem or pcb, 
create "new generation" and harmonize UI. Yenya Kasprzak offered students to
do some work. And nice interesting features can be found on youtube Orcad 
tutorial.

What I can contribute by is definition of the new features. Without 
knowledge of schem/pcb internals. If there is some real interest for it.

Vasek
--=_7f2946567d4c8a7805328f2f=9cc289c6-378c-5f4a-9c05-9d16fd273936_=
Content-Type: text/html;
	charset=us-ascii
Content-Transfer-Encoding: 7bit

<html><body>&gt;&gt; Currently we have ridiculous situations like that pcb and
 
gschem can't even agree on the same mouse button for 
panning/zooming.<br>&gt;<br>&gt;
 They are separate, independent tools with separate, independent 
histories, both predating modern GUI conventions. Why would you expect 
consistency here?<br><br>My two cents - I do not care about independent 
histories. If developer comes to any other EDA package, draws circuit, then 
PCB he does not care about such things. First for anybody is usability. And 
keyboard/mouse operation differences is real disadvantage. Why should I care 
about inabilitity of developers to agree on UI consistency ?<br><br>What I 
want to say - I use geda tools for more than 10 years, designed about 100 
boards and have plenty of components in my library. I know perfectly missing 
features which I would like in both schematic and pcb parts. But I am not able
 to program patches for such big package. And I hardly convert all the stuff 
to some other more modern tool. That is why I am interested to extend feature 
set of geda tools.<br><br>Maybe it would be worth for programmers to "clone" 
either schem or pcb, create "new generation" and harmonize UI. Yenya Kasprzak 
offered students to do some work. And nice interesting features can be found 
on youtube Orcad tutorial.<br><br>What I can contribute by is definition of 
the new features. Without knowledge of schem/pcb internals. If there is some 
real interest for it.<br><br>Vasek<br></body></html>
--=_7f2946567d4c8a7805328f2f=9cc289c6-378c-5f4a-9c05-9d16fd273936_=--

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019