delorie.com/archives/browse.cgi | search |
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>>> Currently we have ridiculous situations like that pcb and gschem can't even agree on the same mouse button for panning/zooming.<br>><br>> 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_=--
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |