Re: [Kicad-developers] Benchmarking kicad compilation on CPUs released 6 years apart

On Mon, 28 Oct 2019 at 22:21, Andrew Lutsenko wrote: > Hi all, > > This information may be useful to people that are considering an upgrade > for their workstations or for general information, feel free to skip this > email if you are not interested. > > I've been using my 6 year old Haswell i7

Re: [Kicad-developers] PATCH: Raytracing - a more pleasing way sequencing blocks to render ?

On Thu, 9 May 2019 at 13:06, Wayne Stambaugh wrote: > > Hi Henner, > > On 5/1/19 9:44 AM, Henner Zeller wrote: > > On Wed, 1 May 2019 at 06:14, John Beard wrote: > >> > >> On 01/05/2019 13:57, Mário Luzeiro wrote: > >>> Hi John, > >

Re: [Kicad-developers] PATCH: exact match of component with sub-units in schematic did not show

On Thu, 2 May 2019 at 09:31, Henner Zeller wrote: > > On Thu, 2 May 2019 at 09:25, Seth Hillbrand wrote: > > > > Am 2019-05-02 12:18, schrieb Henner Zeller: > > > On Tue, 30 Apr 2019 at 20:24, Henner Zeller wrote: > > >> > > >> Hi, > >

Re: [Kicad-developers] PATCH: exact match of component with sub-units in schematic did not show

On Thu, 2 May 2019 at 09:25, Seth Hillbrand wrote: > > Am 2019-05-02 12:18, schrieb Henner Zeller: > > On Tue, 30 Apr 2019 at 20:24, Henner Zeller wrote: > >> > >> Hi, > >> so here one digit patch. > >> > >> Problem Symptom: in the schema

Re: [Kicad-developers] PATCH: exact match of component with sub-units in schematic did not show

On Tue, 30 Apr 2019 at 20:24, Henner Zeller wrote: > > Hi, > so here one digit patch. > > Problem Symptom: in the schematic symbol chooser, if you search for an > exact match of a component with multiple units, it is not selected. > For instance, search for > >74

Re: [Kicad-developers] PATCH: Raytracing - a more pleasing way sequencing blocks to render ?

bably just call hyoptf() anyway...) If there are more elegant ways to describe the same, it should be done of course. -h > > Mario > ________ > From: Henner Zeller > Sent: 01 May 2019 14:44 > To: John Beard > Cc: Mário Luzeiro; KiCad Develop

Re: [Kicad-developers] PATCH: Raytracing - a more pleasing way sequencing blocks to render ?

On Wed, 1 May 2019 at 06:14, John Beard wrote: > > On 01/05/2019 13:57, Mário Luzeiro wrote: > > Hi John, > > > > yeah the Morton code is to improve cache hits. > > > > Regarding the speed test, since OS are multi-tasking there could be some > > interference on the results so 1s difference is

[Kicad-developers] PATCH: Raytracing - a more pleasing way sequencing blocks to render ?

Hi, I often use the excellent raytracing mode to get a nice 3D view of the board. The rendering of the individual blocks is done in a Morton sequence, possibly to minimize cache-miss penalties. Since this render sequence starts in one corner, it usually takes a while until the "meat" of the

[Kicad-developers] PATCH: exact match of component with sub-units in schematic did not show

Hi, so here one digit patch. Problem Symptom: in the schematic symbol chooser, if you search for an exact match of a component with multiple units, it is not selected. For instance, search for 74LS00 The scored element is in the tree, but you need to manually unfold it (see before.png

Re: [Kicad-developers] Best practice for multi-gate symbols ? (74LVC2G14 has hidden pins)

On Sun, 21 Apr 2019 at 13:28, Nick Østergaard wrote: > > Hello Henner, > > I think the Librarians more or less communicate exclusively via github > issues. So it may be worth to post this as an issue on the kicad-symbols repo > over on github. Thanks Nick; looks like this is

[Kicad-developers] Best practice for multi-gate symbols ? (74LVC2G14 has hidden pins)

Hi, While converting some older project to current libraries, I noticed that the 74LVC2G14 (a dual Schmitt-Trigger inverter) comes with hidden power pins. I have not followed the discussions w.r.t. hidden power pins, but it seems like they are generally discouraged these days (KLC S4.6), which is

Re: [Kicad-developers] Schematic capture: showing connecting line when moving name/value text

> I’ve added the umbilical lines to the GAL renderer, although I won’t get a > chance to merge it for a couple of days…. Cool, thanks! I'll then not look into it deeper. -h ___ Mailing list: https://launchpad.net/~kicad-developers Post to :

[Kicad-developers] Schematic capture: showing connecting line when moving name/value text

Hi, A long time ago, I added a little connecting line while moving the label or value in the schematic editor (BZR4686 now as git commit: 3132c70e54a0c5a61110eab7662e288398145c15 ), which is very helpful to not loose track of which label belongs to which symbol. This feature seems to have gotten

Re: [Kicad-developers] Zone fill hangup?

On 3 February 2018 at 13:29, Steven A. Falco wrote: > On 02/03/2018 12:40 PM, Steven A. Falco wrote: >> On 02/03/2018 12:28 PM, Tomasz Wlostowski wrote: >>> On 03/02/18 16:57, Steven A. Falco wrote: I have been using Kicad 4.0.7 successfully. I just decided to give

Re: [Kicad-developers] Kicad from scratch, with web technologies. Suggestions?

On 25 December 2017 at 00:51, Henner Zeller <h.zel...@acm.org> wrote: > Thanks for your humble introduction. Send a link once you have code. You are > in for years of work. If you choose to not positively contribute to KiCAD > with patches or suggestions then why are you here? >

Re: [Kicad-developers] Kicad from scratch, with web technologies. Suggestions?

Thanks for your humble introduction. Send a link once you have code. You are in for years of work. If you choose to not positively contribute to KiCAD with patches or suggestions then why are you here? All software has issues, and the only way to fix them is to get involved and contribute code.

[Kicad-developers] Flip board view: horizontal scrollbar swapped ?

Hi, I just tried the 'Flip Board View' feature. Neat - but is it intentional that the horizontal scrollbar now works, uhm, inversed ? It feels very unintuitive ... Cheers, -h ___ Mailing list: https://launchpad.net/~kicad-developers Post to :

Re: [Kicad-developers] Python: time_t needs mapping; tentative patch

>>> look at it and it seems correct but I don't know when I will have time >>> to test it. >>> >>> Thanks, >>> >>> Wayne >> >> No problem. >> >>> >>> On 12/05/2017 12:00 PM, Henner Zeller wrote: >>>&g

Re: [Kicad-developers] Python: time_t needs mapping; tentative patch

Alright, here is a reworked patch that includes the ideas discussed here - Where we used to use time_t in the functions that deal with timestamps, this is now done with a new typedef timestamp_t that makes sure the c++ side and swigged Python side agree on the type. - this typedef is now in

Re: [Kicad-developers] Build failed in Jenkins: linux-kicad-full-gcc-head #2589

b On 5 December 2017 at 07:25, Miguel Angel Ajo wrote: > See > > > Changes: > > [tomasz.wlostowski] pcbnew: Optimized zone filling algorithm. > > [tomasz.wlostowski] SHAPE_FILE_IO:

Re: [Kicad-developers] Zone filling & display speed improvements

On 5 December 2017 at 06:02, Tomasz Wlostowski wrote: > On 05/12/17 08:55, jp charras wrote: >> Le 05/12/2017 à 01:41, Tomasz Wlostowski a écrit : >>> Hi guys, >>> >>> Now it should work fine - the filling algorithm was not thread safe and >>> apparently

Re: [Kicad-developers] Zone filling & display speed improvements

On 4 December 2017 at 16:41, Tomasz Wlostowski <tomasz.wlostow...@cern.ch> wrote: > On 04/12/17 15:43, Henner Zeller wrote: >> On 4 December 2017 at 06:31, Tomasz Wlostowski >> <tomasz.wlostow...@cern.ch> wrote: >>> On 04/12/17 02:05, Henner Zeller wrote: >

Re: [Kicad-developers] Zone filling & display speed improvements

On 4 December 2017 at 06:31, Tomasz Wlostowski <tomasz.wlostow...@cern.ch> wrote: > On 04/12/17 02:05, Henner Zeller wrote: >> On 2 December 2017 at 10:11, Henner Zeller <h.zel...@acm.org> wrote: >>> On 1 December 2017 at 08:12, Tomasz Wlostowski >>> <to

Re: [Kicad-developers] Zone filling & display speed improvements

On 2 December 2017 at 10:11, Henner Zeller <h.zel...@acm.org> wrote: > On 1 December 2017 at 08:12, Tomasz Wlostowski > <tomasz.wlostow...@cern.ch> wrote: >> On 29/11/17 16:10, jp charras wrote: >>> I am using a few board in Kicad demos: interf_u, video, pic_progr

Re: [Kicad-developers] Zone filling & display speed improvements

On 1 December 2017 at 08:12, Tomasz Wlostowski wrote: > On 29/11/17 16:10, jp charras wrote: >> I am using a few board in Kicad demos: interf_u, video, pic_programmer. >> >> Also, filled areas are no shown in OpenGL, but are shown in Cairo canvas. > > Hi all, > > The

Re: [Kicad-developers] Python: time_t needs mapping; tentative patch

>>> IIRC the timestamp is just an unique ID of the item in Kicad, right? >>> It's never propagated to the system time, so 64-bits IMHO 64-bits should >>> be safe everywhere. >>> >>> Tom >> >> Yes it is a unique ID only. >> It is converted to a date in footprint editor (legacy mode) to show the

Re: [Kicad-developers] Python: time_t needs mapping; tentative patch

This is why I did not do that. Anyway, this is why I'd like to have a swig expert look at this. Cheers, Henner. > > On 11/27/2017 9:20 AM, Henner Zeller wrote: >> Hi, >> whlie accessing SetTimeStamp() in the Python API, I found that the >> parameter type was not understo

[Kicad-developers] Python: time_t needs mapping; tentative patch

Hi, whlie accessing SetTimeStamp() in the Python API, I found that the parameter type was not understood by the swig-bound code as integer type. So these functions can not be used out of the box with resulting error messages such as the following: File

Re: [Kicad-developers] All kinds of glitches because polygons don't have an origin. Also: Outline ?

ound the imaginary position (0,0). ] Cheers, Henner. > > On 11/25/2017 08:28 AM, Henner Zeller wrote: >> Is someone working on this bug or should I have a stab at it ? >> >> On 20 November 2017 at 21:26, Henner Zeller <h.zel...@acm.org> wrote: >>> Hi, >>&

Re: [Kicad-developers] All kinds of glitches because polygons don't have an origin. Also: Outline ?

Is someone working on this bug or should I have a stab at it ? On 20 November 2017 at 21:26, Henner Zeller <h.zel...@acm.org> wrote: > Hi, > I am playing with polygons currently and notice that they only really > can be created, but not moved or copied. > > A move (m) crea

[Kicad-developers] Polygons: should have outline mode to draw Edge.Cuts

Hi, So polygons are very neat as they employ the nice polygon drawing features we are used to from zone drawing [*1]. A missing feature here is to _not_ have them filled but simply an outline. Why ? This would be _very_ useful to draw Edge.Cuts. Currently, the only way is to draw single lines,

[Kicad-developers] All kinds of glitches because polygons don't have an origin. Also: Outline ?

Hi, I am playing with polygons currently and notice that they only really can be created, but not moved or copied. A move (m) creates a phantom polygon on the screen that is offset from the polygon the same distance as the original polygon from the origin. A similar glitch happens when attempting

[Kicad-developers] tiny Patch: fix board.Save() breakage in Python scripting

Hi, While playing around with the Python API, I noticed that saving a board didn't work. Apparently there was a parameter IO_MGR.KICAD passed internally that the interpreter didn't know about. The attached patch fixes it, but I have no idea if this is the 'correct' way to do it. Cheers, Henner

[Kicad-developers] PATCH: Fix module pad sequence storage

Hi, When openeing a kicad_pcb and storing it again, the pads in all embedded modules get reversed. This is generally not really nice if the pcb is managed by version control as it creates churn and could make merges hard. The problem is that pads are inserted rather than appended when loading a

Re: [Kicad-developers] [PATCH] Eeschema: add wildcard and regex support to component chooser

y to be more careful. Too many projects with different styles to juggle) -h > > On Dec 19, 2015 7:21 PM, "Wayne Stambaugh" <stambau...@gmail.com> wrote: >> >> On 12/19/2015 2:57 AM, Henner Zeller wrote: >> > On 18 December 2015 at 21:57, Henner Zeller <h

Re: [Kicad-developers] 3D refactor

On 18 December 2015 at 23:07, Cirilo Bernardo wrote: > Hi folks, > > I've gone over the changes in the 3d_initial_merge branch and it looks like > it's ready for people to inspect the code and merge with the main branch. > > At the moment the legacy 3DViewer is left

Re: [Kicad-developers] [RFC] Wildcard and/or regex support in the component chooser

On 18 December 2015 at 09:20, Chris Pavlina wrote: > No, and I'm highly skeptical it'll achieve what I'm looking for. Can you > give an example of what you mean? How do I search for "ATXMEGA*D3" and > get "ATXMEGA64D3", "ATXMEGA128D3", "ATXMEGA256D3", etc to come up? you

Re: [Kicad-developers] [PATCH] Eeschema: add wildcard and regex support to component chooser

expression searching that you want. And it will work automatically without anyone ever setting an option. -h > > > On Fri, Dec 18, 2015 at 09:19:54PM -0800, Henner Zeller wrote: >> On 18 December 2015 at 20:16, Chris Pavlina <pavlina.ch...@gmail.com> wrote: >> >

Re: [Kicad-developers] [PATCH] Eeschema: add wildcard and regex support to component chooser

On 18 December 2015 at 21:50, Chris Pavlina <pavlina.ch...@gmail.com> wrote: > On Fri, Dec 18, 2015 at 09:40:29PM -0800, Henner Zeller wrote: >> On 18 December 2015 at 21:33, Chris Pavlina <pavlina.ch...@gmail.com> wrote: >> > I'm not going to argue about search m

Re: [Kicad-developers] [PATCH] Eeschema: add wildcard and regex support to component chooser

On 18 December 2015 at 21:19, Henner Zeller <h.zel...@acm.org> wrote: > On 18 December 2015 at 20:16, Chris Pavlina <pavlina.ch...@gmail.com> wrote: >> As discussed earlier today, this patch adds support for both wildcard >> and regular expression search to the

Re: [Kicad-developers] [PATCH] Eeschema: add wildcard and regex support to component chooser

On 18 December 2015 at 20:16, Chris Pavlina wrote: > As discussed earlier today, this patch adds support for both wildcard > and regular expression search to the eeschema component chooser. An > option is added to eeschema options to select the "Component search >

Re: [Kicad-developers] [PATCH] Eeschema: add wildcard and regex support to component chooser

On 18 December 2015 at 21:57, Henner Zeller <h.zel...@acm.org> wrote: > On 18 December 2015 at 21:50, Chris Pavlina <pavlina.ch...@gmail.com> wrote: >> On Fri, Dec 18, 2015 at 09:40:29PM -0800, Henner Zeller wrote: >>> On 18 December 2015 at 21:33, Chris Pavlina &

Re: [Kicad-developers] Bug: ThrowIOError with GetChars() formatting parameter

I now replaced the calls with wxString::Format() which is proven to work reliably. (see separate mail 'Patch: fix string formatting in ThrowIOError') On 9 December 2015 at 09:15, Henner Zeller <h.zel...@acm.org> wrote: > On 9 December 2015 at 17:18, Wayne Stambaugh <stambau...@gmai

[Kicad-developers] Patch: fix string formatting in ThrowIOError

Hi, Since the current implementation of formatting IO errors is not working platform independently (see mail thread 'Bug: ThrowIOError with GetChars() formatting parameter'), replaced these calls with the working wxString::Format(). Commit message: o Replace questionable wxString::PrintfV()

Re: [Kicad-developers] Bug: ThrowIOError with GetChars() formatting parameter

On 9 December 2015 at 17:18, Wayne Stambaugh <stambau...@gmail.com> wrote: > On 12/6/2015 8:34 PM, Henner Zeller wrote: >> On 4 December 2015 at 07:17, jp charras <jp.char...@wanadoo.fr> wrote: >>> Le 04/12/2015 14:54, Wayne Stambaugh a écrit : >>>> Tha

Re: [Kicad-developers] Eeschema refactor.

Hi Wayne, Do you have a todo-list somewhere on the things you intend to work on ? I think everyone on this list has a rough idea of TODOs they want to work on (I know I do, but I only have limited time), but if we put them somewhere easy to manage (maybe even the bugtracker, but I think it sucks

[Kicad-developers] Patch: fix Python demo script to call SetOptions()

Hi, Recently, the mergeNPTH option was removed, then re-added to the Python implementation of the EXCELLON_WRITER. The demo script did not keep up with that :) Find patch here: https://github.com/KiCad/kicad-source-mirror/compare/master...hzeller:fix-demo-python-script-setoptions.diff -henner

Re: [Kicad-developers] Bug: ThrowIOError with GetChars() formatting parameter

tch, >> please submit it. >> >> Thanks, >> >> Wayne >> >> On 12/3/2015 3:46 AM, Henner Zeller wrote: >>> Hi, >>> Playing with the spectra import/export, I encountered a bug: in that >>> code are constructs such as >>> >>

Re: [Kicad-developers] ancient autorouter code

On 31 July 2015 at 08:47, Wayne Stambaugh wrote: > I'm confused, are we talking about the freerouting.net link or KiCad's > internal autorouter? If the link to freerouting.net is still active, it > should be removed from KiCad since it is no longer active. I thought > this

Re: [Kicad-developers] ancient autorouter code

Does anyone know how this is supposed to work ? (I recently had a small throwaway board where I didn't mind a crappy autorouter result). -h > > I don't remember when this was but this was after the online service went > down. > > Adam Wolf > > On Sun, Dec 6, 2015 at 5:04 PM, Henner Zeller

[Kicad-developers] Bug: ThrowIOError with GetChars() formatting parameter

Hi, Playing with the spectra import/export, I encountered a bug: in that code are constructs such as ThrowIOError( _("some formatting %s"), GetChars( someWxString )); They are ultimately dealt with wxString::PrintfV( fmt, args ); The output, however, is not as expected. A someWxString with

Re: [Kicad-developers] 3D-Viewer Raytraced render

On 27 October 2015 at 15:27, Mário Luzeiro wrote: > Hello all, > > I would like to show you some screenshots of the progress of a 3d-viewer > render based on raytracing (with some vitamins) that I am working on: >

Re: [Kicad-developers] PATCH: make handling of SetUseGerberExtensions() work

On 20 October 2015 at 11:34, jp charras <jp.char...@wanadoo.fr> wrote: > Le 20/10/2015 06:45, Henner Zeller a écrit : >> Hi, >> When setting the SetUseGerberExtensions() in python, the choice was >> not honored. This is fixing it. >> >> Suggested commit

Re: [Kicad-developers] PATCH: make handling of SetUseGerberExtensions() work

gt; deprecated funtions, go ahead. That is just my personal comment on > this matter. > > 2015-10-20 21:39 GMT+02:00 Henner Zeller <h.zel...@acm.org>: >> On 20 October 2015 at 11:34, jp charras <jp.char...@wanadoo.fr> wrote: >>> Le 20/10/2015 06:45, Henner Zeller

Re: [Kicad-developers] PATCH: make handling of SetUseGerberExtensions() work

On 20 October 2015 at 13:49, Henner Zeller <h.zel...@acm.org> wrote: > On 20 October 2015 at 13:17, Nick Østergaard <oe.n...@gmail.com> wrote: >> I think the proposed naming makes sense. I don't think we need to mark >> it as deprecated, we could just remove it

[Kicad-developers] PATCH: make handling of SetUseGerberExtensions() work

Hi, When setting the SetUseGerberExtensions() in python, the choice was not honored. This is fixing it. Suggested commit message: Fix Plotcontroller to make SetUseGerberExtensions() work as expected. Find patch here:

Re: [Kicad-developers] Call for help, no programming experience required.

On 1 October 2015 at 13:15, Chris Pavlina wrote: > It's a right shame we don't have any standalone project archive format that > holds *everything*. That would be *very* useful for this sort of thing, as > well as just generally making sure projects can always be opened.

Re: [Kicad-developers] [PATCH] Skip redundant repetition of component name in component chooser

and Engineer WL On Fri, Jun 26, 2015 at 11:08 AM, Henner Zeller h.zel...@acm.org mailto:h.zel...@acm.org mailto:h.zel...@acm.org mailto:h.zel...@acm.org wrote: ... Looks like library maintainers don't like it; see thread here: https

[Kicad-developers] PATCH: improve library install script a little

Hi, Some small changes for the library-repos-install.sh script. https://github.com/hzeller/kicad/compare/master...hzeller:script-no-grep-dependency.diff Suggested commit message: o library install script improvements - Make WORKING_TREES configurable with environment variable to

Re: [Kicad-developers] [PATCH] Skip redundant repetition of component name in component chooser

[Adding kicad-devel back; context: https://github.com/KiCad/kicad-library/pull/231 ] On 4 August 2015 at 08:41, Kerusey Karyu keruseyka...@o2.pl wrote: Henner Zeller w dniu Tue, 4 Aug 2015 07:48:54 -0700 napisał: Thanks for merging my library cleanup patch! This way, we don't need

Re: [Kicad-developers] [PATCH] Skip redundant repetition of component name in component chooser

:33PM -0700, Henner Zeller wrote: Hi, In component descriptions, often the first word in the description is a repetition of the component name. While this is generally not a problem when reading this in a description box, if displayed in the brief description in the tree view, this is redundant

Re: [Kicad-developers] [PATCH] Cleanup: remove unnecessary macros

On 25 June 2015 at 23:45, jp charras jp.char...@wanadoo.fr wrote: Le 26/06/2015 07:40, Chris Pavlina a écrit : Hi, macros.h provides two macros that appear to me completely unnecessary: EXCHG and NEGATE. The comment above EXCHG points out that it differs from std::swap in that it accepts

Re: [Kicad-developers] cvpcb netlist behavior

On 26 June 2015 at 07:29, jp charras jp.char...@wanadoo.fr wrote: Le 26/06/2015 16:14, Chris Pavlina a écrit : Hi, Lately I've noticed a whole bunch of people coming into the IRC channel confused by the new behavior of cvpcb. Since it now pushes changes back to eeschema instead of writing a

Re: [Kicad-developers] [PATCH] Skip redundant repetition of component name in component chooser

On 26 June 2015 at 04:49, Wayne Stambaugh stambau...@gmail.com wrote: On 6/26/2015 3:53 AM, jp charras wrote: Le 26/06/2015 09:37, Vesa Solonen a écrit : 26/06/15, 09:55, Henner Zeller kirjoitti: Here would be an alternative approach ... fixing the library. If library maintainers are ok

Re: [Kicad-developers] [PATCH] Skip redundant repetition of component name in component chooser

at 07:15:36PM -0700, Henner Zeller wrote: On 25 June 2015 at 19:09, Chris Pavlina pavlina.ch...@gmail.com wrote: Are you positive that a better fix wouldn't be to stop putting redundant things in component descriptions? It would be good if that wouldn't happen, yes. But I can't change all

Re: [Kicad-developers] [PATCH] Skip redundant repetition of component name in component chooser

in the description, this patch is a NOOP? Exactly. if the description doesn't start with the component name, it displays the whole description. On 26-Jun-15 11:58, Henner Zeller wrote: On 25 June 2015 at 19:18, Chris Pavlina pavlina.ch...@gmail.com wrote: Any chance of making it configurable? Or at least

Re: [Kicad-developers] [PATCH] Skip redundant repetition of component name in component chooser

only the KiCAD internal libraries would probably be feasible (need to hack up something) and should probably be done independently. This change helps to have KiCAD behave best in the real world. -h On Thu, Jun 25, 2015 at 06:24:33PM -0700, Henner Zeller wrote: Hi, In component descriptions

Re: [Kicad-developers] [PATCH] Skip redundant repetition of component name in component chooser

of pixels before. So for a human user this is not astonishing at all. It is rather annoying if it _not_ happens. -h On Thu, Jun 25, 2015 at 07:28:31PM -0700, Henner Zeller wrote: On 25 June 2015 at 19:18, Chris Pavlina pavlina.ch...@gmail.com wrote: Any chance of making it configurable? Or at least

[Kicad-developers] [PATCH] Skip redundant repetition of component name in component chooser

Hi, In component descriptions, often the first word in the description is a repetition of the component name. While this is generally not a problem when reading this in a description box, if displayed in the brief description in the tree view, this is redundant information, taking space of more

Re: [Kicad-developers] PATCH: better annotation dialog checkbox messaging

On 22 June 2015 at 08:42, Wayne Stambaugh stambau...@gmail.com wrote: On 6/20/2015 4:38 PM, Henner Zeller wrote: Hi, The checkbox labels in the annotation dialog are hard to understand because they are passive voice and not very clear (What does 'Silent mode' mean ?). Also, the default

Re: [Kicad-developers] PATCH: remove intermediate modal message in creating NET file that needs annotation first

the patch. Can you try again ? https://github.com/hzeller/kicad/compare/remove-unnecessary-intermediate-step.diff -h Wayne On 6/20/2015 6:57 PM, Henner Zeller wrote: Hi, When writing a NET file, eeschema notices if not everything is annotated, so sends the user to annotate the schematic

Re: [Kicad-developers] PATCH: remove intermediate modal message in creating NET file that needs annotation first

On 22 June 2015 at 11:25, Wayne Stambaugh stambau...@gmail.com wrote: On 6/22/2015 1:05 PM, Henner Zeller wrote: On 22 June 2015 at 09:39, Wayne Stambaugh stambau...@gmail.com wrote: Henner, This patch fails to apply cleanly against your better-annotation-dialog-checkbox-messaging.diff

[Kicad-developers] Possibly low-hanging fruit usability improvement

Hi, So I know we're about about get ready for the stable release, but there are two things that are possibly low-hanging fruit usability improvements, that we might consider. A lot of usability problems I run into are a series of modal dialogs I have to go through for common tasks, this addresses

[Kicad-developers] PATCH: better annotation dialog checkbox messaging

Hi, The checkbox labels in the annotation dialog are hard to understand because they are passive voice and not very clear (What does 'Silent mode' mean ?). Also, the default for the 'Automatically close dialog' (which is false) doesn't really make sense in regluar work. So I changed it. Patch

[Kicad-developers] PATCH: remove intermediate modal message in creating NET file that needs annotation first

Hi, When writing a NET file, eeschema notices if not everything is annotated, so sends the user to annotate the schematic. However, it does so by asking this question in a modal dialog box first, and _then_ opens the annotation dialog, which is quite some annoying sequence. In particular if you

Re: [Kicad-developers] Possibly low-hanging fruit usability improvement

On 20 June 2015 at 10:58, Henner Zeller h.zel...@acm.org wrote: Hi, So I know we're about about get ready for the stable release, but there are two things that are possibly low-hanging fruit usability improvements, that we might consider. A lot of usability problems I run into are a series

[Kicad-developers] PATCH: cleanup naming in component tree search container

Hi, Looking at my old code in the component tree search container, it looks like in the meantime it acquired two styles of member variable naming; the old without the m_* prefix is now accompanied with apparently the new preferred style with an m_* prefix. This is a no-op change that just fixes

[Kicad-developers] eeschema cmp-[back] button obsolete ?

Hi, If I understand it correctly, cvpcb now directly stores footprint edits back in eeschema, so there are no *.cmp files to import (typically), but the [back] button still is a prominent member of the button bar. I suppose it can go, and the import from legacy *.cmp more buried in some less-used

Re: [Kicad-developers] eeschema cmp-[back] button obsolete ?

importing their .cmp files, leaving it on the toolbar is probably best. On 6/18/2015 12:10 PM, Henner Zeller wrote: Hi, If I understand it correctly, cvpcb now directly stores footprint edits back in eeschema, so there are no *.cmp files to import (typically), but the [back] button still

Re: [Kicad-developers] PATCH: fix that the whole file changes on each save in pcbnew

On 18 June 2015 at 12:25, Wayne Stambaugh stambau...@gmail.com wrote: Henner, Good catch. I'm not sure how this one slipped through the cracks. I committed your patch in the product branch r5783. I did have to fix some coding policy issues (curly bracket placement). Please keep that in

[Kicad-developers] PATCH: fix that the whole file changes on each save in pcbnew

Hi, When using version control, I noticed that whenever I safe the file, almost every line changed, even if there are only tiny changes. This is very annoying, in particular with version control, as it is impossible to see what changed (also it makes it virtually impossible to merge changes

[Kicad-developers] Best way to set up a canonical library path ?

Hi, So while developing and setting up a new system, it is not really clear to me how to set up all the paths. Right now I can't seem to find a simple way, only something that feels a bit too complicated. 1) Installing libraries (I do _not_ use the git-plugin but rather prefer local installation)

Re: [Kicad-developers] Schematic Symbol Philosophy?

On 5 June 2015 at 11:00, Andy Peters de...@latke.net wrote: On Jun 4, 2015, at 9:26 PM, Chris Pavlina pavlina.ch...@gmail.com wrote: The assignment of footprints to schematic symbols is largely a KiCad quirk. Many other tools consider a component to be a single package containing

Re: [Kicad-developers] Schematic Symbol Philosophy?

On 5 June 2015 at 11:54, Chris Pavlina pavlina.ch...@gmail.com wrote: On Fri, Jun 05, 2015 at 02:31:06PM -0400, Wayne Stambaugh wrote: On 6/5/2015 2:00 PM, Andy Peters wrote: *snip * *snip* Trying to provide a fully defined symbol for every transistor would be a huge under taking. Our

Re: [Kicad-developers] Schematic Symbol Philosophy?

Hi, I stumbled about a similar things with double-diodes. I see why it is done, and this is one acceptable solution to the problem at hand. But it is hard to navigate. I have a long-term suggestion (that I am happy to help implement), and a short-term suggestion to get things out of the door

Re: [Kicad-developers] tiny PATCH: correct comment describing destination of fp-lib-table

On 17 October 2014 11:50, Wayne Stambaugh stambau...@verizon.net wrote: Patch committed in product branch r5199. Thank you for your contribution to KiCad. I'll see if I can work a bit on my TODOs that I have collected for KiCAD in the next couple of weeks. (Just did a fresh compile today and

Re: [Kicad-developers] tiny PATCH: correct comment describing destination of fp-lib-table

the programs independently, so I'll have a look what is differently. Nick 2014-10-17 20:53 GMT+02:00 Henner Zeller h.zel...@acm.org: On 17 October 2014 11:50, Wayne Stambaugh stambau...@verizon.net wrote: Patch committed in product branch r5199. Thank you for your contribution to KiCad. I'll see

Re: [Kicad-developers] tiny PATCH: correct comment describing destination of fp-lib-table

/2014 3:02 PM, Henner Zeller wrote: On 17 October 2014 11:57, Nick Østergaard oe.n...@gmail.com wrote: Hi Henner I noticed that this is the case for eeschema standalone only, so if you start eeschema from kicad it loads the rest just fine. I am not sure when this started. Good finding. I do

[Kicad-developers] tiny PATCH: correct comment describing destination of fp-lib-table

Hi, The scripts/library-repos-install.sh describes in a comment where to copy the fp-lib-table. It still describes the old location ~/fp-lib-table instead of ~/.config/kicad/fp-lib-table View here: https://github.com/hzeller/kicad/compare/master...new-config-location Download here:

Re: [Kicad-developers] Usability test.

I just quickly scanned through it. I noticed you scanned through the component tree for component selection - You should try to use the search-as-you-type feature in the filter box for component selection, it really is very quick to narrow down your choices. -h On 9 September 2014 13:54, Tim

Re: [Kicad-developers] Lost mails

On 27 August 2014 12:22, Ian ian.oh...@gmail.com wrote: Hi Jean-Pierre, I noticed that the emails you send to the list from your @yahoo.com address get classified as Spam by gmail. Emails from your address jp.char...@wanadoo.fr make it through fine. When I open the emails that make it to

Re: [Kicad-developers] PATCH: opening *.pro in current directory gives error message

On 28 July 2014 07:16, Dick Hollenbeck d...@softplc.com wrote: On 07/28/2014 08:58 AM, jp charras wrote: Le 28/07/2014 15:20, Dick Hollenbeck a écrit : Thanks Henner: I'll look at this now. The surprise is the inconsistency of the file dialog, which normally returns a full path, but

[Kicad-developers] PATCH: opening *.pro in current directory gives error message

Hi, Opening a foo.pro file in the current directory kicad foo.pro gives an error message (Directory not found). The reason is simple: calling wxSetWorkingDirectory() with an empty string causes that problem. This might be due to version of wxwidgets; I have version 3.0 whatever is currently on

Re: [Kicad-developers] Static initialization order fiasco

On 12 April 2014 13:46, Lorenzo Marcantonio l.marcanto...@logossrl.com wrote: On Sat, Apr 12, 2014 at 12:56:24PM -0700, Alexander Lunev wrote: As it turned out, the issue is with undefined static initialization order. Yay for usual C++ sickness on 'obvious' details... IIRC it usually warns

Re: [Kicad-developers] PATCH: improve keyboard handling - simulate mouseclick with RETURN

On 6 April 2014 23:21, jp charras jp.char...@wanadoo.fr wrote: Le 07/04/2014 07:52, Henner Zeller a écrit : On 1 April 2014 15:33, José Eduardo S. C. Xavier josescxav...@hotmail.com wrote: I thought it need to be on the main repo to get merged. I'll test it and report. 2014-04-01 23:31 GMT

Re: [Kicad-developers] PATCH: improve keyboard handling - simulate mouseclick with RETURN

using it all the time) 2014-03-06 23:45 GMT+00:00 Henner Zeller h.zel...@acm.org: On 3 March 2014 06:53, Wayne Stambaugh stambau...@verizon.net wrote: On 3/2/2014 2:29 AM, Henner Zeller wrote: Hi, For small changes, or when I only have a touchpad available, I like to use the keyboard

Re: [Kicad-developers] PATCH: improve keyboard handling - simulate mouseclick with RETURN

On 3 March 2014 06:53, Wayne Stambaugh stambau...@verizon.net wrote: On 3/2/2014 2:29 AM, Henner Zeller wrote: Hi, For small changes, or when I only have a touchpad available, I like to use the keyboard for editing tasks, so I appreciate that the cursor-keys control the cross-hair similar

Re: [Kicad-developers] last kicad not building on last Debian 64

This should be fixed with bzr4715 On 23 February 2014 03:29, Fabrizio Tappero fabrizio.tapp...@gmail.com wrote: Hello guys, the last kicad version wont build on last debian 64 fabrizio@fab:~$ cd kicad_sources/ fabrizio@fab:~/kicad_sources$ ./kicad-install.sh --install-or-update step 1)

Re: [Kicad-developers] Henner's component chooser for CvPcb...

On Feb 23, 2014 10:55 AM, Lorenzo Marcantonio l.marcanto...@logossrl.com wrote: On Sun, Feb 23, 2014 at 08:34:49PM +0200, Vesa Solonen wrote: Just throwing an opinion here, I think functionality of Henner's fine component chooser would make an immense usability enhancement for CvPcb

Re: [Kicad-developers] Henner's component chooser for CvPcb...

On 23 February 2014 15:03, Fabrizio Tappero fabrizio.tapp...@gmail.com wrote: Man... just now that I've made a great icon for cvpcb... I personally like a lot cvpcb. it is one of those things that make KiCad good ! I don't think that the functionality of what cvpcb does now will/should go away

  1   2   >