On Sun, Apr 28, 2013 at 09:01:11PM +0200, Lorenzo Marcantonio wrote:
... now, I know that this can be fixed using GetChars, but WHY it worked on
2.8 and nobody else with 2.9 encountered this???
Uhm *maybe* I have found the problem. It seems to be caused by wx built
with UTF8 and/or STL usage.
On 04/28/2013 11:58 PM, Lorenzo Marcantonio wrote:
On Sun, Apr 28, 2013 at 11:40:07PM -0500, Dick Hollenbeck wrote:
Client code is simply that which makes calls to an interface, a class user.
I don't see a problem if an interface is richer than its clients need.
Since you changed the
On 04/29/2013 08:18 AM, Lorenzo Marcantonio wrote:
On Sun, Apr 28, 2013 at 09:01:11PM +0200, Lorenzo Marcantonio wrote:
... now, I know that this can be fixed using GetChars, but WHY it worked on 2.8
and nobody else with 2.9 encountered this???
Uhm *maybe* I have found the problem. It seems
On Mon, Apr 29, 2013 at 01:32:40AM -0500, Dick Hollenbeck wrote:
Bullshit. just call the interface with the right argument.
Strange for someone that just a few days ago lamented for 'too many
bugs' in kicad...
Sure. *Call* the interface with the *right* argument. The keyword is
*call*. It's
On 04/29/2013 02:40 AM, Lorenzo Marcantonio wrote:
On Mon, Apr 29, 2013 at 01:32:40AM -0500, Dick Hollenbeck wrote:
Bullshit. just call the interface with the right argument.
Please state the file and line number please.
The rest is bullshit.
Strange for someone that just a few days ago
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 testing.
Keep it going!!
Greetings,
Edwin van den Oetelaar
On Apr 29, 2013 3:07 AM, Edwin van den Oetelaar ed...@oetelaar.com
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
On Mon, Apr 29, 2013 at 02:56:47AM -0500, Dick Hollenbeck wrote:
Please state the file and line number please.
OK, one example:
In PCB_BASE_FRAME::GlobalChange_PadSettings (pcbnew/globaleditpad.cpp)
on line 232 pad_orient is computed from the pad orientation and the
module orientation.
Le 29/04/2013 10:39, Lorenzo Marcantonio a écrit :
On Mon, Apr 29, 2013 at 02:56:47AM -0500, Dick Hollenbeck wrote:
Please state the file and line number please.
OK, one example:
In PCB_BASE_FRAME::GlobalChange_PadSettings (pcbnew/globaleditpad.cpp)
on line 232 pad_orient is computed from
On Mon, Apr 29, 2013 at 11:02:58AM +0200, jp charras wrote:
In new code, orientations are (slowly) moved from int to double. to
allow a better resolution than 0.1 degree, *in the future*.
If the decision to allow more than 0.1 degree is taken, dialogs *and
documentation* need to be updated
On Apr 29, 2013 4:21 AM, Lorenzo Marcantonio l.marcanto...@logossrl.com
wrote:
On Mon, Apr 29, 2013 at 11:02:58AM +0200, jp charras wrote:
In new code, orientations are (slowly) moved from int to double. to
allow a better resolution than 0.1 degree, *in the future*.
If the decision to
On 4/28/2013 8:15 PM, Dick Hollenbeck wrote:
On Apr 28, 2013 10:54 AM, Brian Sidebotham brian.sidebot...@gmail.com
mailto:brian.sidebot...@gmail.com wrote:
Hi Guys,
I'm just catching up with the list, and I saw something that caught my
eye as it's something that's been on my mind for a
Hi Brian,
I'm working on a gerber/drill file python script. It's for a popular
PCB order, where people upload files and then get a few copies of
their board a few weeks later. They currently support uploading your
Eagle files, and it'll export gerbers and drills from it, and then
give you a
On Mon, Apr 29, 2013 at 07:43:30AM -0500, Dick Hollenbeck wrote:
Attach a bad board file if you want your code review, the sky is falling, C
programmer mentality, bug report, to be perceived as anything but bullshit.
Your grammar fails me, or, better I fail to understand you. Maybe my
english
On 29 April 2013 01:15, Dick Hollenbeck d...@softplc.com wrote:
On Apr 28, 2013 10:54 AM, Brian Sidebotham brian.sidebot...@gmail.com
wrote:
Hi Guys,
I'm just catching up with the list, and I saw something that caught my
eye as it's something that's been on my mind for a while:
On 29 April 2013 13:45, Wayne Stambaugh stambau...@verizon.net wrote:
On 4/28/2013 8:15 PM, Dick Hollenbeck wrote:
On Apr 28, 2013 10:54 AM, Brian Sidebotham brian.sidebot...@gmail.com
mailto:brian.sidebot...@gmail.com wrote:
Hi Guys,
I'm just catching up with the list, and I saw
On 04/29/2013 07:45 AM, Wayne Stambaugh wrote:
On 4/28/2013 8:15 PM, Dick Hollenbeck wrote:
On Apr 28, 2013 10:54 AM, Brian Sidebotham brian.sidebot...@gmail.com
mailto:brian.sidebot...@gmail.com wrote:
Hi Guys,
I'm just catching up with the list, and I saw something that caught my
eye as
On 04/29/2013 07:51 AM, Dick Hollenbeck wrote:
On 04/29/2013 07:45 AM, Wayne Stambaugh wrote:
On 4/28/2013 8:15 PM, Dick Hollenbeck wrote:
On Apr 28, 2013 10:54 AM, Brian Sidebotham brian.sidebot...@gmail.com
mailto:brian.sidebot...@gmail.com wrote:
Hi Guys,
I'm just catching up with the
Yes, it's a good idea and here are my high level $0.02.
sig Frank Bennett
This is becoming a productive brainstorming session.
I'd pay more than $0.02 for that idea Frank.
___
Mailing list: https://launchpad.net/~kicad-developers
Post to
We could address a) and b) by having a single DLL/DSO specific entrypoint for
all tests,
with a big switch in there to route to the actual test. This scaffolding has
some
maintenance cost, and begins to wash out the ease of using python on top, but
perhaps not
fully.
In the python C
I have the feeling that setting entry points from Python to C, when not needed
will be an extra work and harder to maintain. In that
case why not just using C++ standard testing frameworks?, like CPPUnit, or
something that plays well with wx for UI testing?
http://wiki.wxwidgets.org/Tools --
Thomas,
Sorry to say that I lost your patch during a computer upgrade.
Can you regenerate something or resend it please.
Thanks,
Dick
Dick,
please find the modifications against pcbnew 4061 in the attached patch file.
Thomas
Thanks Thomas. I applied this patch to version 4061
Technically, during the brainstorming process, it is best to gather ideas, and
postpone
passing judgement on those you have already heard, until the evaluation
process, which
comes later. There is a theoretical reason why this is not to be done, and it
supposedly
thwarts creativity.
Miguel,
Sorry, I also was evaluating. So I apologize for being hypocritical on that.
But you'll notice that I was very careful to remain neutral still at this
point, and I was
analyzing mostly my own ideas.
Still, my bad. You see, brainstorming does take some practice :)
I think we'll
Sorry Dick, didn't realize that we were on a brainstorming process, then please
ignore my evaluation to your ideas,
and get my uncreative comments about the standard methods for now.
Will try to be more creative.
Somehow lately I'm forced to stay on more standard methods for a client I work
If we evaluate cppunit, and run into issues when we try to make it
cross platform, I suggest looking at Google Test Framework, which is
like cppunit, but works better with regards to weird compilers.
Adam Wolf
Wayne and Layne, LLC
On Mon, Apr 29, 2013 at 11:33 AM, Dick Hollenbeck
On Mon, Apr 29, 2013 at 11:27:57AM -0500, Dick Hollenbeck wrote:
So your idea is CPPUnit.
CPPUnit seems fine, descending from the old junit framework... from the
site seems that the wx support is an addon, not a core feature, so I think it
should be experimented on an 'easy' target (like some
On Mon, Apr 29, 2013 at 11:38:57AM -0500, Adam Wolf wrote:
If we evaluate cppunit, and run into issues when we try to make it
cross platform, I suggest looking at Google Test Framework, which is
like cppunit, but works better with regards to weird compilers.
AFAIK the msvc compiler was ruled
clang for mac osx, but quite compatible.
Miguel Angel Ajo
http://www.nbee.es (http://www.nbee.es/)
+34911407752
skype: ajoajoajo
On Monday, 29 de April de 2013 at 18:44, Lorenzo Marcantonio wrote:
On Mon, Apr 29, 2013 at 11:38:57AM -0500, Adam Wolf wrote:
If we evaluate cppunit, and run
I've noticed a few bug reports and comments on the developers mailing
list recently about the confusing/buggy behavior of the footprint
filtering in CvPcb. After using CvPcb while testing my NETLIST_READER
changes, I think I understand issue. CvPcb uses three toggle buttons to
set the footprint
On Mon, Apr 29, 2013 at 12:57:22PM -0400, Wayne Stambaugh wrote:
This makes sense to me. Please let me know if I'm way off base here.
If there are not objections, I will add it to my list.
Since these are totally independant conditions I think it should work
that way. Especially with
On 4/29/2013 12:38 PM, Adam Wolf wrote:
If we evaluate cppunit, and run into issues when we try to make it
cross platform, I suggest looking at Google Test Framework, which is
like cppunit, but works better with regards to weird compilers.
Adam Wolf
Wayne and Layne, LLC
If it helps, here
On Mon, Apr 29, 2013 at 08:40:06AM +0200, Maciej Suminski wrote:
I had a similar problem - it was enough to turn off --enable-stl (or
explicitly add --disable-stl) for wxWidgets library. Unicode
toggling did not change much.
Confirmed. It's the --enable-stl that breaks compilation (no idea of
On 04/29/2013 01:22 PM, Dick Hollenbeck wrote:
Thomas,
The keepout polygon you are putting into the DSN file is on a non-existent
layer named
signal.
It seems like a freerouter idiosyncrasy that it accepts this.
Here is the grammar for specctra polygon:
(polygon
layer_id
On Mon, Apr 29, 2013 at 08:08:04PM +0200, Miguel Angel Ajo wrote:
KiCad project is full of awesome developers, you go elsewhere proposing unit
testing, and you
have a 90% chance of hitting people's change rejection…. :)
Uhm? Really?
Unit testing is a *huge* PITA to set up but in the end it
On Mon, Apr 29, 2013 at 07:54:02PM +0200, Heiko Rosemann wrote:
It might be in DRC situations - if you want 12mil clearance and
calculate a distance of 11.6mil, the rounding will tell you you're
fine, the truncation will show you are too close. I agree with you
though in that there should be
On Mon, Apr 29, 2013 at 09:03:32PM +0200, Tomasz Wlostowski wrote:
My 0.001 cent - It's much simpler: just don't use floating point.
That what's we try to do when possible, to avoid rounding issues and
have better numerical stability (more or less... I'd like that stability
would be achieved
I'm glad that everyone is at least thinking this is a good idea. I know
that it is not an easy thing to get going, and the way we head needs to be
well thought through, so I'd like brainstorming to go on for some more time
so I can get a chance to jot a few more ideas down.
Thanks to everyone for
Hi Travis,
I am currently investigating some drawing issues when running under OSX. I'm in
a very early phase of the investigation, but I'm trying to figure out:
1. why the component (when dragged or moved) steps aside a little bit, just
to step when one places it
2. why the menubars disappear
On 04/29/2013 09:51 PM, Lorenzo Marcantonio wrote:
On Mon, Apr 29, 2013 at 09:03:32PM +0200, Tomasz Wlostowski wrote:
My 0.001 cent - It's much simpler: just don't use floating point.
That what's we try to do when possible, to avoid rounding issues and
have better numerical stability (more or
Hi Piotr (and others)
please find the patch attached, as requested. I've redesigned the find
dialog a bit and removed the find next marker in the DRC dialog again, as
I found it's not necessery, as on the same dialog, there is the list of
markers available.
Have fun
Simon
On Tue, Apr 30, 2013 at 12:28:56AM +0200, Tomasz Wlostowski wrote:
- Squaring (not completely sure about this, correct me if I'm wrong),
since it exceeds the int dynamic range
(Int32_t * int32_t) fits in uint64_t (that is,
VECTOR2int::ecoord_type to make things look cleaner).
Look, I have
I have noticed another issue - when I place the cursor near the edge of the
screen, then use a arrow key to move a screenful, there is a residue left
on the screen from the cursor.
On Apr 29, 2013 3:02 PM, Felix Morgner felix.morg...@gmail.com wrote:
Hi Travis,
I am currently investigating
43 matches
Mail list logo
