On 4/12/2010 5:01 AM, jp.char...@wanadoo.fr wrote:
Milan Horák a écrit :
Fresh build of wxWidgets with --enable-aui option did not work :-(
Still getting these errors:
CMakeFiles/eeschema.dir/hotkeys.cpp.obj:hotkeys.cpp:(.text+0x1e22):
undefined reference to
On 5/12/2010 11:28 AM, Dick Hollenbeck wrote:
Wayne Stambaugh wrote:
On 5/12/2010 10:52 AM, Dick Hollenbeck wrote:
Wayne Stambaugh wrote:
On 5/11/2010 8:44 AM, Lorenzo Marcantonio wrote:
A minor nuisance... but I don't get why it does this on pcbnew:
- If at the beginning
On 6/14/2010 5:39 AM, Werner Almesberger wrote:
Let me see if I got all the bits in your description:
default field names:
- are hard-coded (or equivalent) into KiCad,
- can be overridden by wanted or user-defined field names.
wanted aka template field names:
- are assigned by a global
On 6/15/2010 2:52 AM, Dick Hollenbeck wrote:
Wayne,
Attached is a patch against TokenList2DsnLexer.cmake that I would like
to commit.
The script takes an additional *optional* parameter named enum which
if provided will give the name of the enum which is declared. It seemed
like if
On 6/15/2010 10:01 AM, Dick Hollenbeck wrote:
On 06/15/2010 08:35 AM, Wayne Stambaugh wrote:
OK to commit, or something very similar to it?
Thanks for asking. I can commit it this afternoon if this patch is what
you want committed. If you have it already queued up in your repo, feel
On 6/16/2010 9:02 AM, Dick Hollenbeck wrote:
On 06/15/2010 06:58 PM, Werner Almesberger wrote:
Of course, access to the names of user-defined fields would also
be useful in the absence of templates. And it would bring us one
step closer to not having to worry about slots at all. Everybody
On 6/16/2010 1:01 PM, Dick Hollenbeck wrote:
On 06/16/2010 09:02 AM, Wayne Stambaugh wrote::
To avoid a lot of merge conflicts with what you are working on, I
will hold off until you have made at least your initial commit of
the field template code.
Wayne
I definitely want to get what
On 6/24/2010 4:56 PM, Dick Hollenbeck wrote:
On 06/24/2010 03:36 PM, Wayne Stambaugh wrote:
I don't know how fancy it will need to be. The only thing I know that
aliases are used for in EESchema is listing and searching for
components. Searching components list of aliases would not be any
Dick,
I just got the notification that your latest commit to the testing
branch had removed last five revisions. I just checked and sure enough
the last five commits got clobbered. It was at revision 2408 before you
first commit which went in as 2404. This commit should have been
revision
On 6/30/2010 1:15 PM, Dick Hollenbeck wrote:
On 06/30/2010 11:47 AM, Dick Hollenbeck wrote:
On 06/30/2010 10:09 AM, Wayne Stambaugh wrote:
Dick,
I just got the notification that your latest commit to the testing
branch had removed last five revisions. I just checked and sure enough
On 6/30/2010 8:47 AM, Dick Hollenbeck wrote:
Title says it.
I second the motion. Great job Stephen.
Thanks,
Wayne
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe :
On 6/30/2010 2:48 PM, Dick Hollenbeck wrote:
On 06/30/2010 12:40 PM, Alex Leone wrote:
A similar thing happened with inkscape development and bzr. I don't
know what the fix was but here's the Proper way of merging:
On 7/12/2010 3:33 PM, Dick Hollenbeck wrote:
On 07/12/2010 01:46 PM, Wayne Stambaugh wrote:
On 7/12/2010 1:14 PM, Dick Hollenbeck wrote:
This page is the best I have found so far for regular developers:
http://www.emacswiki.org/emacs/BzrForEmacsDevs
It gives the information
On a Qt related note. I don't know if anyone noticed, but there have been a
bunch of wxQt commits to wxWidgets trunk over the past few weeks. I don't know
how usable it will be for the first few releases but it looks like it will
eventually be part of wxWidgets at some point in the future.
On 7/21/2010 3:52 AM, Jerry Jacobs wrote:
Because almost all toolbar items are not in the menubar of the module
editor I wrote a small patch.
Maybe someone can take care of the few TODO's inside the patch which I
was not able to get.
Jerry,
Most of your TODO's suggest creating new IDs for
On 7/22/2010 3:34 AM, Yury Khalyavin wrote:
Yury Khalyavin
Committed in BZR revision 2421. Thanks Yury.
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe :
On 7/21/2010 5:31 PM, Dick Hollenbeck wrote:
Are people happy with launchpad?
10 = extremely happy
:
:
1 = extremely dissatisfied
Dick,
I'll give it an 8. I like the bug tracker and using a distributed VCS
like BZR has some advantages over SVN. I wish lauchpad had wiki
support. It
On 7/23/2010 1:41 AM, Dick Hollenbeck wrote:
On 07/22/2010 07:09 PM, Wayne Stambaugh wrote:
On 7/21/2010 5:31 PM, Dick Hollenbeck wrote:
Are people happy with launchpad?
10 = extremely happy
:
:
1 = extremely dissatisfied
Dick,
I'll give it an 8. I like the bug tracker
What do you
On 7/23/2010 11:01 AM, Jerry Jacobs wrote:
On 21-07-10 15:21, Wayne Stambaugh wrote:
On 7/21/2010 3:52 AM, Jerry Jacobs wrote:
Because almost all toolbar items are not in the menubar of the module
editor I wrote a small patch.
Maybe someone can take care of the few TODO's inside the patch
On 7/23/2010 1:31 PM, Dick Hollenbeck wrote:
On 07/23/2010 10:19 AM, Wayne Stambaugh wrote:
I would
rather avoid adding new IDs unless there is a good reason to do so.
Yeah I didn't know why there are mixed IDs but now I understand, and this a
good choice. So the TODO's can be forgotten
On 7/29/2010 2:11 AM, Vesa Solonen wrote:
On Wed, 28 Jul 2010, Wayne Stambaugh wrote:
In any event, you are correct that it is a
PITA to get your mail client (in my case Thunderbird) setup and all of the
GPG
key stuff set up just to submit a merge request.
Did you check Enigmail addon
On 7/29/2010 9:07 AM, Dick Hollenbeck wrote:
On 07/29/2010 01:25 AM, Lorenzo Marcantonio wrote:
On Thu, 29 Jul 2010, Dick Hollenbeck wrote:
This is one thing that could be done to the BOM generator. I don't like
the current dialog window there at all, and am not too exciting about
On 8/11/2010 10:58 AM, Jerry Jacobs wrote:
Dear all,
I tried compiling the latest revision of wxWidget and KiCad on my Macbook with
Apple OS X and it failed on the XML library that Dick is using now. I
recompiled again and the option to enable the XML library is the
--enable-expat
but
On 9/10/2010 9:19 AM, Marco Mattila wrote:
Hi,
Do you have any input regarding this patch proposal? Is there something that
should be done differently for this to be considered?
Marco,
I apologize for not responding sooner but I've been very busy. I reviewed your
patch and have a few
Is there a set criteria for the Boost include files that are part of Kicad?
The reason I ask is I wanted to use boost::shared_ptr to solve an issue I was
having while working on the new component library code an found that there are
some missing header files that prevent using boost::shared_ptr.
On 9/14/2010 7:28 AM, Lorenzo wrote:
Dear developers,
I'm an electronic developer and I found in the Kicad project an
extremely interesting EDA suite. Even it is obvious that (in this
moment) it cannot compete in productivity with most important EDA
systems (e.g. Altium, OrCAD,
On 9/13/2010 12:42 AM, Dick Hollenbeck wrote:
Attached is the document that Wayne and I have put together, first
public draft.
It looks good to me. I especially like the tip you added about using
GCC to make sure your header files will compile cleanly. I'm
comfortable with committing to the
On 9/15/2010 8:45 PM, Dick Hollenbeck wrote:
I probably would never personally use shared_ptr because in my mind it
is slightly beyond what an average C++ programmer uses on a day to day
basis, and it obscures the clear notion of object ownership.
I have never (I am old, this is a long long
On 9/22/2010 9:58 AM, Dick Hollenbeck wrote:
I'd like to emphasize:
1) the need to think this through now, right when we are contemplating a
new file format, and
Since I already have a preliminary component library file format
document nearly complete, now would be a good time to get as
On 9/23/2010 10:43 AM, Brian Sidebotham wrote:
On 23 September 2010 01:35, Wayne Stambaugh stambau...@verizon.net wrote:
On 9/22/2010 10:25 AM, Lorenzo Marcantonio wrote:
On Wed, 22 Sep 2010, Dick Hollenbeck wrote:
A) I don't find alias support to be particularly valuable, especially
On 9/24/2010 2:25 AM, Lorenzo Marcantonio wrote:
On Thu, 23 Sep 2010, Dick Hollenbeck wrote:
Inheritance. hmmm. Why not just *copy* symbol by symbol and make each
copied symbol into a part-specific component in a new project specific
library.
I agree. More simple to use and less complex
On 9/24/2010 3:41 PM, Marco Serantoni wrote:
On 23/set/2010, at 21.50, Dick Hollenbeck wrote:
We could use a base library that is referred from specific parts
library as father using its symbol like classes (inherance).
So who wants heavy libraries has its parts, who keeps its library
On 10/2/2010 6:30 AM, Vesa Solonen wrote:
On 01.10.2010 23:42, Wayne Stambaugh wrote:
5) Drop support for creating components with alternate body styles
(DeMorgan).
Would this mean we also lose the possibility of representing a component
with multi part symbol and combined symbol
On 10/2/2010 11:13 AM, Dick Hollenbeck wrote:
On 10/01/2010 03:42 PM, Wayne Stambaugh wrote:
Since the discussion has died down on the library structure. Here is a recap
of the discussion.
1) The current concept of component will be replaced by symbol which is the
graphical representation
On 10/2/2010 11:45 AM, jean-pierre charras wrote:
Le 02/10/2010 16:03, Wayne Stambaugh a écrit :
On 10/2/2010 6:30 AM, Vesa Solonen wrote:
On 01.10.2010 23:42, Wayne Stambaugh wrote:
5) Drop support for creating components with alternate body styles
(DeMorgan).
Would this mean we also
On 10/2/2010 2:37 PM, Vladimir Uryvaev wrote:
I have some thoughts about.
Wayne Stambaugh:
Since the discussion has died down on the library structure. Here is a
recap of the discussion.
1) The current concept of component will be replaced by symbol which is the
graphical representation
On 10/3/2010 8:05 AM, jean-pierre charras wrote:
Le 02/10/2010 22:10, Wayne Stambaugh a écrit :
On 10/2/2010 11:45 AM, jean-pierre charras wrote:
Le 02/10/2010 16:03, Wayne Stambaugh a écrit :
On 10/2/2010 6:30 AM, Vesa Solonen wrote:
On 01.10.2010 23:42, Wayne Stambaugh wrote:
5) Drop
On 10/3/2010 11:35 AM, Alex G wrote:
I didn't want to stay idle while everybody talked about the new library
structure. Since that is above my paygrade at the moment, I did ne next
best thing I could.
I've added a button in 3d-viewer to switch between perspective and
ortographic projection
On 10/3/2010 1:47 PM, Dick Hollenbeck wrote:
On 10/01/2010 03:42 PM, Wayne Stambaugh wrote:
Since the discussion has died down on the library structure. Here is a recap
of the discussion.
1) The current concept of component will be replaced by symbol which is the
graphical representation
On 10/4/2010 5:38 AM, Brian Sidebotham wrote:
On 1 October 2010 21:42, Wayne Stambaugh wstamba...@dilon.com wrote:
Since the discussion has died down on the library structure. Here is a recap
of the discussion.
1) The current concept of component will be replaced by symbol which
On 10/3/2010 10:44 PM, Amir Mohammadkhani-Aminabadi wrote:
Hi guys,
to brush up my latex skills and to have a document easily versioned I took the
opportunity to transcribe Dicks and Waynes Coding Guide to LATEX.
Please see
On 10/5/2010 10:33 AM, Dick Hollenbeck wrote:
I get paid to brainstorm, so brace yourself.
Continuing with library brainstorming, the following is put on the table
for consideration and eventual evaluation. Brace yourself, this is out
of the box. Open up your mind before proceeding.
On 10/6/2010 3:17 PM, Dick Hollenbeck wrote:
On 10/05/2010 07:04 PM, Wayne Stambaugh wrote:
On 10/5/2010 10:33 AM, Dick Hollenbeck wrote:
I get paid to brainstorm, so brace yourself.
Continuing with library brainstorming, the following is put on the table
for consideration and eventual
On 10/6/2010 6:28 PM, Dick Hollenbeck wrote:
On 10/06/2010 03:27 PM, Wayne Stambaugh wrote:
On 10/6/2010 3:17 PM, Dick Hollenbeck wrote:
On 10/05/2010 07:04 PM, Wayne Stambaugh wrote:
On 10/5/2010 10:33 AM, Dick Hollenbeck wrote:
snipped
I wonder if it would
On 10/6/2010 9:17 PM, Dick Hollenbeck wrote:
On 10/06/2010 06:47 PM, Wayne Stambaugh wrote:
On 10/6/2010 6:28 PM, Dick Hollenbeck wrote:
On 10/06/2010 03:27 PM, Wayne Stambaugh wrote:
On 10/6/2010 3:17 PM, Dick Hollenbeck wrote:
On 10/05/2010 07:04 PM, Wayne Stambaugh
On 10/6/2010 10:09 PM, Dick Hollenbeck wrote:
All in all it seems like a very sound concept. It will be interesting
to see how it works in practice.
Wayne
Wayne,
You could zero in on the grammar for the component, and symbol if you
still want that property-less grammar element.
On 10/7/2010 10:30 AM, Dick Hollenbeck wrote:
I was thinking of using multiple symbols as one possible way to solve the
multiple part per package and alternate body styles issue. A 7400 would have
four symbols. One for each each gate. A swap_symbol action could be used
to
substitute the
On 10/7/2010 12:54 PM, Alex G wrote:
On 10/07/2010 05:03 PM, Dick Hollenbeck wrote:
We'd like to see you contribute more.
On the enums' commas, I usually leave them in there with the notion that
you will be adding more and, why waist the time to go back and add that
comma to extend the
I'm getting ready to do some refactoring of the library object code and I would
like to split the component library object file classes_body_items.cpp into
individual files per object. This file is currently over 2000 lines long and
has become unwieldy to edit. One thing I'm not particularly
On 10/7/2010 6:26 PM, Dick Hollenbeck wrote:
(part REFDES is PLID
(at X Y)
(rot 0) # make this optional, defaulting to zero
)
Schematic component instantiation:
-
I don't know that part is best, and there may be a better name.
But what I
On 10/8/2010 3:53 AM, jean-pierre charras wrote:
Le 08/10/2010 04:11, Wayne Stambaugh a écrit :
On 10/7/2010 5:02 PM, Dick Hollenbeck wrote:
On 10/07/2010 01:59 PM, Wayne Stambaugh wrote:
I'm getting ready to do some refactoring of the library object code and I
would
like to split
On 10/8/2010 10:08 PM, Dick Hollenbeck wrote:
Thanks Brian,
Since it affects stuff written by Wayne, I will sit on the sidelines for
this one.
I have it in my patch queue to take a look at as soon as I get a chance.
Thanks,
Wayne
Out,
Dick
On 10/8/2010 10:50 PM, Dick Hollenbeck wrote:
Due to all changes, a new branch is reasonable.
I assume the new branch is (in your mind) actually a new branch pushed to
Launchpad,
not a subtree of the current testing branch
But (this is just an idea, I am not saying this is a good idea):
On 10/11/2010 11:24 AM, Dick Hollenbeck wrote:
On 10/11/2010 09:51 AM, Brian F. G. Bidulock wrote:
Dick,
On Mon, 11 Oct 2010, Dick Hollenbeck wrote:
On 10/11/2010 03:30 AM, Brian F. G. Bidulock wrote:
I've done a bunch of work converting PCBNEW's internal unit to
nanometers.
On 10/11/2010 2:29 PM, Brian F. G. Bidulock wrote:
Alex,
On Mon, 11 Oct 2010, Alex G wrote:
Please guys, stop arguing. I agree with changing the base unit system to
metric, and I have already voiced that opinion. No one tried to chop my
throat. If it makes sense to switch to metric why not
On 10/11/2010 3:27 PM, Brian F. G. Bidulock wrote:
Dick,
On Mon, 11 Oct 2010, Dick Hollenbeck wrote:
Look, I just want to re-iterate the concerns I brought up about this 6
months ago.
I did not think it was a good idea then, and I still feel that way. In
general, we welcome your
On 10/11/2010 4:21 PM, Brian F. G. Bidulock wrote:
Wayne,
On Mon, 11 Oct 2010, Wayne Stambaugh wrote:
for some reason 4.3 sticks in my head but it has been a while since I have
looked at this code ) so it is less of an issue in this case. Before someone
gets upset, I'm not suggesting
On 10/12/2010 7:15 AM, Lorenzo Farina wrote:
Dear developers,
I'm reading with interest this discussion (and connected) about the
improvements you are planning on eeschema (and kicad in general). I'm trying
to
underline some elements I felt interesting and to adding my modest opinion and
On 10/13/2010 10:48 AM, Marco Serantoni wrote:
On Oct 13, 2010, at 8:17 AM, Dick Hollenbeck wrote:
I wonder if it occurred to others - if the inch had been defined as 25.6
instead of 25.4/mm this
problem would have been quite different.
I thought the inch was defined first.
I do
On 10/15/2010 1:20 PM, Brian Sidebotham wrote:
On 15 October 2010 16:32, Wayne Stambaugh stambau...@verizon.net wrote:
On 10/15/2010 6:37 AM, Brian Sidebotham wrote:
I already had a suspicion my patch was not complete.
I was hoping to achieve that cmake does all the dependency checks
On 10/16/2010 3:31 AM, Martijn Kuipers wrote:
On Oct 15, 2010, at 16:32 PM, Wayne Stambaugh wrote:
On 10/15/2010 6:37 AM, Brian Sidebotham wrote:
I already had a suspicion my patch was not complete.
I was hoping to achieve that cmake does all the dependency checks and then
decides
On 10/16/2010 2:52 PM, Martijn Kuipers wrote:
snip
There are two ways that wxWidgets depends on expat:
1) wxXml class depends on expat.
2) xrc depends on wxXml which depends on expat
My current theory is this:
wxWidgets folks have probably gotten their build system fairly robust
for
On 10/27/2010 4:29 AM, Martijn Kuipers wrote:
On Oct 27, 2010, at 1:27 AM, Wayne Stambaugh wrote:
On 10/26/2010 2:58 PM, Marco Serantoni wrote:
On 26/ott/2010, at 20.54, Dick Hollenbeck wrote:
On 10/26/2010 01:50 PM, Marco Serantoni wrote:
In those days i was thinking about to add
On 10/27/2010 1:03 PM, Marco Serantoni wrote:
On 27/ott/2010, at 02.27, Wayne Stambaugh wrote:
Marco,
Before you commit this, I would like to see an example of how you are
going to handle these events in some type of plug in framework.
I'm just not seeing where you are going
On 10/27/2010 3:57 PM, Martijn Kuipers wrote:
On Oct 27, 2010, at 20:55 PM, Wayne Stambaugh wrote:
On 10/27/2010 1:32 PM, Marco Serantoni wrote:
On 27/ott/2010, at 15.22, Wayne Stambaugh wrote:
I also misunderstood Marco's email in thinking he was proposing a
plugin-framework
On 10/27/2010 4:31 PM, Marco Serantoni wrote:
On 27/ott/2010, at 21.55, Wayne Stambaugh wrote:
No, definitelly, i'm not proposing to create a custom internal scripting
language, and in case, the SCREEN is not the best place to start with.
I also think that bind command events is not a good
On 11/9/2010 4:11 PM, Dick Hollenbeck wrote:
On 11/09/2010 02:35 PM, Wayne Stambaugh wrote:
I just got DFM failure from my PCB manufacture for silk screen width of
0.001
for all the silk screen drawings on a board I just laid out. I checked all
of
the module silk screen widths
? Is there something that
could be done to enable copying components the way Karl described it?
Or is there another way? Maybe Wayne Stambaugh has some comments?
I cannot comment on the behavior Karl described. I can tell you that
this issue has been a on going problem due to the current library
by changing the value field and clicking save. Replacing a
component was done by creating a copy first and then deleting the old
one. After introducing m_oldRootName that's not possible anymore.
marco
On Mon, Nov 22, 2010 at 6:42 PM, Wayne Stambaugh stambau...@verizon.net
wrote:
I cannot
On 11/22/2010 3:39 PM, jean-pierre charras wrote:
Le 22/11/2010 20:21, Wayne Stambaugh a écrit :
I'm not sure what m_oldRootName is for. I believe JP added that.
Perhaps he could shed some light this.
Wayne
I do not remember anything about this ...
You shouldn't have remembered
On 12/14/2010 5:06 AM, Lorenzo Marcantonio wrote:
It seems that in the renewal some class changed name and I can't merge
my internal modifications...
What are EDA_BaseStruct and PtStruct become?
Lorenzo,
EDA_BaseStruct == EDA_ITEM
Who ever changed PtStruct will have to help you with that
I know all of you've been on the edge of your seats waiting for the the new
part file format since Dick announced his plans to start working on the
distributed library. So without further ado, attached is the preliminary copy
of the library part file specification. Please take a look at it and
Gentlemen,
I rebuilt my Doxygen docs yesterday and noticed what seemed like an awful lot
of error and warning messages scrolling by so I dumped stderr to a file and was
a bit dismayed at all of the warnings and errors. I fixed a bunch of them but
I only scratched the surface as part of my latest
I made some ,inor changes to clarify inherited vs base part and changed
LPID names reflect local naming convention as suggested by Dick.
Wayne
On 12/14/2010 9:39 AM, Wayne Stambaugh wrote:
I know all of you've been on the edge of your seats waiting for the the new
part file format since Dick
On 12/15/2010 8:49 AM, Dick Hollenbeck wrote:
On 12/15/2010 06:19 AM, Brian Sidebotham wrote:
On 14 December 2010 22:49, Wayne Stambaugh stambau...@verizon.net wrote:
I made some ,inor changes to clarify inherited vs base part and changed
LPID names reflect local naming convention as suggested
On 12/15/2010 7:19 AM, Brian Sidebotham wrote:
On 14 December 2010 22:49, Wayne Stambaugh stambau...@verizon.net wrote:
I made some ,inor changes to clarify inherited vs base part and changed
LPID names reflect local naming convention as suggested by Dick.
Wayne
On 12/14/2010 9:39 AM, Wayne
On 12/15/2010 9:51 AM, Dick Hollenbeck wrote:
On 12/15/2010 08:46 AM, Dick Hollenbeck wrote:
On 12/15/2010 08:35 AM, Wayne Stambaugh wrote:
On 12/15/2010 8:49 AM, Dick Hollenbeck wrote:
On 12/15/2010 06:19 AM, Brian Sidebotham wrote:
On 14 December 2010 22:49, Wayne Stambaugh stambau
On 12/16/2010 10:22 AM, Dick Hollenbeck wrote:
On 12/16/2010 08:12 AM, Wayne Stambaugh wrote:
On 12/16/2010 7:18 AM, Brian Sidebotham wrote:
On 16 December 2010 02:31, Wayne Stambaugh stambau...@verizon.net wrote:
On 12/15/2010 9:19 PM, Karl Schmidt wrote:
On 12/15/2010 07:30 PM, Brian
,
regulations etc.
Simon
On 16/12/2010 18:15, Dick Hollenbeck wrote:
On 12/16/2010 10:33 AM, Wayne Stambaugh wrote:
On 12/16/2010 10:22 AM, Dick Hollenbeck wrote:
On 12/16/2010 08:12 AM, Wayne Stambaugh wrote:
On 12/16/2010 7:18 AM, Brian Sidebotham wrote:
On 16 December 2010 02:31, Wayne
On 12/20/2010 5:10 PM, Dick Hollenbeck wrote:
| Another idea to consider, along with others until a decision is made, is:
put a comment into the file to act as a 'hint' only. The hint is only
consulted when the part is
outside its container. Some cases are if you have it on the clipboard or
On 12/29/2010 9:06 PM, Dick Hollenbeck wrote:
Wayne,
You had said that you would want to write the Sweet parser.
Wayne's World:
=
I now have all the /new infrastructure in place to load Sweet strings driven
by test
program test_sch_lib_table. If you were to mostly confine
On 1/3/2011 3:36 PM, Dick Hollenbeck wrote:
On 01/03/2011 01:58 PM, Dick Hollenbeck wrote:
Wayne,
I just made a commit that fixes some minor issues to a commit I made last
night, and I can now see the inheritance mechanism working really pretty
well.
Dick,
I've attached the changes I
On 1/3/2011 6:35 PM, Dick Hollenbeck wrote:
On 01/03/2011 03:59 PM, Wayne Stambaugh wrote:
On 1/3/2011 3:36 PM, Dick Hollenbeck wrote:
On 01/03/2011 01:58 PM, Dick Hollenbeck wrote:
Wayne,
I just made a commit that fixes some minor issues to a commit I made last
night, and I can now see
On 1/4/2011 10:31 PM, Dick Hollenbeck wrote:
The previous patch has a bug. It incorrectly complains about no layers
being selected. This patch works better.
marco
On Sun, Jan 2, 2011 at 11:40 PM, Marco Mattila marco...@gmail.com wrote:
Hi,
During previous discussions about subtracting
On 1/6/2011 9:18 AM, Dick Hollenbeck wrote:
On 01/05/2011 05:48 PM, Torsten Hüter wrote:
Hi Dick,
You have twice as many in a
std::list, I will use std::deque. Its ten minutes to change it.
Yes, I agree - this was just an initial choice - I've changed some
types already to std::vector but
, Dick Hollenbeck wrote:
I would like to take this time to publicly thank Wayne Stambaugh for his
tremendous accomplishments in Kicad in recent months. The search
functionality in EESCHEMA is beautiful, the source code improvements in
terms of readability, structure and logic are wonderful
On 1/6/2011 11:46 AM, Torsten Hüter wrote:
Hi Dick,
Thank you *very* much. I appreciate your time and expertise.
For clarification, Are you saying that the implementation on top of 2.9 is
different and superior in a significant way?
The implementation is superior because I can
On 1/6/2011 2:40 PM, jean-pierre charras wrote:
Le 06/01/2011 17:22, Wayne Stambaugh a écrit :
Dick,
Wow! I don't know what to say. You are certainly welcome. It has been my
privilege to have the opportunity to contribute to Kicad. I thank you
personally for making that possible. I've
On 1/6/2011 12:57 PM, Wayne Stambaugh wrote:
On 1/6/2011 11:46 AM, Torsten Hüter wrote:
Hi Dick,
Thank you *very* much. I appreciate your time and expertise.
For clarification, Are you saying that the implementation on top of 2.9 is
different and superior in a significant way
On 1/7/2011 9:53 AM, Dick Hollenbeck wrote:
On 01/07/2011 05:24 AM, Torsten Hüter wrote:
Hi Wayne,
Is there a reason why you chose to include a copy of the glew source
instead of
using the version installed on your distro? The reason I ask is that it
does
not build properly on Windows
On 1/7/2011 10:34 AM, Wayne Stambaugh wrote:
On 1/7/2011 9:53 AM, Dick Hollenbeck wrote:
On 01/07/2011 05:24 AM, Torsten Hüter wrote:
Hi Wayne,
Is there a reason why you chose to include a copy of the glew source
instead of
using the version installed on your distro? The reason I ask
I have been playing around with USE_WX_ZOOM=ON again because I've yet again run
up against my second least favorite global variable ActiveScreen. It seems to
work fine on both Linux and Windows for displaying, printing, and plotting.
Has anyone using OSX tested this? If there are no technical
On 1/12/2011 3:31 PM, Marco Serantoni wrote:
On 12/gen/2011, at 00.41, Wayne Stambaugh wrote:
There are some problems with the refresh on pcbnew initially and zooming in
and out the screen remains completly black, i've to understood why.
This is strange indeed because DrawFrame
On 1/18/2011 10:11 AM, Dick Hollenbeck wrote:
I am proposing the following design pattern for the PARSER and LEXER used
with the TokenList2DsnLexerl.cmake technology. This is a change I am
volunteering to make, but wanted to see if anyone had any objections or
improvements first.
Dick,
On 1/27/2011 2:35 AM, jean-pierre charras wrote:
Le 27/01/2011 06:54, Phinitnan Chanasabaeng a écrit :
Hello,
I'm wondering what GUI buider (such as wxFormBuilder) is being used with
kicad. Or is kicad GUIs are all hand-coded?
Tony
Dialogs are built with wxFormBuilder.
Have a look to
I am pretty much done removing USE_WX_ZOOM and all of the unused code
associated with it's removal. Normally I would just commit this code but as it
is such a large change with potential for rendering issues, I want to get some
input before I commit the changes.
Here is the short list of the
While trekking though the Kicad source to removed the old zooming code, I
discovered another issue that is going to drive me insane (it's a short drive)
until it gets fixed. Currently, there are two cursor positions stored in
Kicad. One is the operating system cursor position and the other is
On 2/1/2011 5:02 PM, Dick Hollenbeck wrote:
Does anyone know of any reason this can't be done. If it works properly, it
should greatly simplify the drawing code. If no one objects, I would like to
tackle this before resuming my EESchema refactoring work.
I don't know enough about it to
On 2/1/2011 6:15 PM, Marco Mattila wrote:
Now there should be a little something for everyone in the latest
revision. It was possible to make the plot dialog a little smaller by
getting rid of the radio buttons and moving the output directory field
(although I'm not sure it's in the right
On 2/1/2011 5:58 PM, Mike Goodfellow wrote:
On Tue, 2011-02-01 at 17:53 -0500, Wayne Stambaugh wrote:
On 2/1/2011 5:02 PM, Dick Hollenbeck wrote:
Does anyone know of any reason this can't be done. If it works properly,
it
should greatly simplify the drawing code. If no one objects, I
1 - 100 of 5421 matches
Mail list logo
