On Tue, Apr 30, 2013 at 05:06:29PM -0700, Travis Ayres wrote:
> We could entirely avoid the python 2/3 question by implementing and
> sticking with C++, and if we arent going to get satisfactory speed it would
> forever doom the tool to toy status
I'm not saying that python sucks (actually I hate
We could entirely avoid the python 2/3 question by implementing and
sticking with C++, and if we arent going to get satisfactory speed it would
forever doom the tool to toy status
On Apr 30, 2013 12:50 PM, "Lorenzo Marcantonio"
wrote:
> On Tue, Apr 30, 2013 at 02:00:16PM -0500, Dick Hollenbeck wr
Le 30/04/2013 20:07, Wayne Stambaugh a écrit :
(...)
I wonder what the poor first time user must think. My guess is that
most users think in degrees.
Agreed. And this is a "simple user" point of view :)
I wondered a long time why angles have to be decidegrees and not a more
classical xxx.
On Tue, Apr 30, 2013 at 02:00:16PM -0500, Dick Hollenbeck wrote:
> I agree with you, to the extent that having some new code in wxPthon is
> likely to
> accelerate the evolution of KiCad to near epic speed. Simply categorizing,
> organizing,
> and gathering, will be an extreme challenge. Even s
On 04/30/2013 02:11 PM, Dick Hollenbeck wrote:
> On 04/30/2013 02:04 PM, Travis Ayres wrote:
>> Also - python 2 or 3?
>
> Great and important question. We can do either, although some work is needed
> for 3.4 on
> Windows, probably I would be in that critical path for python a-mingw-us.
Sorry,
On 04/30/2013 02:04 PM, Travis Ayres wrote:
> Also - python 2 or 3?
Great and important question. We can do either, although some work is needed
for 3.4 on
Windows, probably I would be in that critical path for python a-mingw-us. I
have already
commited to doing it. I guess, 4 days work for m
2013/4/30 Dick Hollenbeck
>
> On 04/29/2013 03:04 AM, Edwin van den Oetelaar wrote:
> > Just found this paper.
> > http://swwxguitesting.wefi.net/MPhilThesisChapterSwWxGuiTesting.pdf (about
> > automated gui
> > testing with wx)
> > I personally think more gui code should move from C++ to python
On 04/29/2013 03:04 AM, Edwin van den Oetelaar wrote:
> Just found this paper.
> http://swwxguitesting.wefi.net/MPhilThesisChapterSwWxGuiTesting.pdf (about
> automated gui
> testing with wx)
> I personally think more gui code should move from C++ to python for easy
> development and
> interactive
On Tue, Apr 30, 2013 at 02:07:27PM -0400, Wayne Stambaugh wrote:
> This user would rather UI angles be in degrees not deci-degrees. I've
> been bit by this several times recently because I don't use arcs
> frequently and forget (insert old guy joke here) that I have to multiply
> angles by 10 when
On 4/30/2013 1:01 PM, Lorenzo Marcantonio wrote:
> On Tue, Apr 30, 2013 at 11:13:19AM -0500, Dick Hollenbeck wrote:
>>> - When going from double to int (geometrically) a KiROUND should be used
>>> instead of a int cast
>>
>> Yes, as soon as you enable arbitrary degrees. (We've not done that to t
On Tue, Apr 30, 2013 at 11:13:19AM -0500, Dick Hollenbeck wrote:
> > - When going from double to int (geometrically) a KiROUND should be used
> > instead of a int cast
>
> Yes, as soon as you enable arbitrary degrees. (We've not done that to this
> point.)
Not only for degrees, but especially
Lorenzo,
I am going to try again. I am spending my time here, and if this results in
another
argument I feel you will have lost me forever.
You have to decide whether you want to be stubborn, or actually part of team,
able to see
other people's points of view. Stubborn (and right in your own
On Tue, Apr 30, 2013 at 10:34:03AM -0500, Dick Hollenbeck wrote:
> At least a half hour of that time was backing out LAYER_NUM usage on DSN
> layers. So I am
> downgrading my evaluation of that patch from "not helpful" to
> "detrimental/costly".
Why did it need a backout?
Unless it wanted to u
Comitted in 4121 with major modifications.
Thanks Thomas for your innovative ideas.
I spent about 6 hours re-working it. Making it conform to standards, and
current tip of
testing.
At least a half hour of that time was backing out LAYER_NUM usage on DSN
layers. So I am
downgrading my evalua
On 4/30/2013 1:35 AM, Michal Jahelka wrote:
> Hello,
>
> A time ago I put new branch of CvPcb with library filtering. When icon L
> is selected it displays only modules from selected library. Nobody has a
> interest about this, to merge the branch?
> I think that it is useful.
>
> Michal Jahelka
> I just opened up EESchema, and I'm not getting the same behavior you are
> about menu bars dissapearing, or the stepping aside bit. What build are you
> running?
I'm running rev. 4117 plus some UI fixes from my repo. It's built using clang
on OSX 10.8 as a 64&32 bit application. I use Miguels
16 matches
Mail list logo
