Re: [Kicad-developers] Grid in pcbnew

Cool. :) > Dots are also coming to the GAL. Some people prefer lines, some other > dots, they will be selectable. > > Tom ___ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe :

Re: [Kicad-developers] KiCad in Spanish, again.

Hi, Any thoughts about this and the KiCad site update? Iñigo. On 20/02/2016 8:41, Iñigo wrote: Hi Inigo, Hi Miguel Ángel, I registered some time ago kicad.es with that intention, if you want we could try ti bring it up together, It’s a bit cumbersome to comply with all

Re: [Kicad-developers] Grid in pcbnew

On 2016-03-01 00:44, Tomasz Wlostowski wrote: > On 01.03.2016 00:43, Tiger12506 wrote: >> Ok, thanks -- is it just on my machine that the colors aren't very >> pronounced? Notice the difference (or apparent lack thereof) between "white" >> for the ratsnest and darkest gray that isn't black for

Re: [Kicad-developers] 3D refactor

Hi Wayne, The latest version of the 3D_initial_merge branch (r6537) has the following changes: 1. synced with main branch r6601 2. changes to 3D resolver to alleviate the reported problem with KISYS3DMOD being a subdirectory of the current working directory 3. changes by Bernhard to ensure a

Re: [Kicad-developers] Grid in pcbnew

On 01.03.2016 00:43, Tiger12506 wrote: > Ok, thanks -- is it just on my machine that the colors aren't very > pronounced? Notice the difference (or apparent lack thereof) between "white" > for the ratsnest and darkest gray that isn't black for the grid... > > I think I'm falling into the "liked

Re: [Kicad-developers] Grid in pcbnew

Ok, thanks -- is it just on my machine that the colors aren't very pronounced? Notice the difference (or apparent lack thereof) between "white" for the ratsnest and darkest gray that isn't black for the grid... I think I'm falling into the "liked the dots better" camp... haha On Tue, 1 Mar

Re: [Kicad-developers] Bug 1550620

It seems plausible that if the language wasn't configured this could happen. This must be something internal to wxWidgets. Would someone who uses a language that has accents by default test this for me by duplicating the user's test scenario to verify the patch fixes the bug? I can do it my

Re: [Kicad-developers] Grid in pcbnew

On 29.02.2016 23:55, Tiger12506 wrote: > I follow the list and skim over every email. I seem to recall there were some > changes made to the grid in pcbnew due to an os x problem somewhat recently. > > Attached I have an image from BZR 6601 running on Debian MATE that seems > extremely grid

Re: [Kicad-developers] Pcbnew delete hot key behavior.

On 2/29/2016 4:29 PM, Tomasz Wlostowski wrote: > On 29.02.2016 20:41, Wayne Stambaugh wrote: >> At some point in our history, someone half way changed the default >> behavior of the delete hot key in pcbnew (legacy canvas). There is a >> dubious albeit incomplete attempt to limit the delete hot

Re: [Kicad-developers] [kicad-users] Gnucap and Google summer of code

Al, I forward this to the KiCad developers list. Cheers, Javier On Mon, Feb 29, 2016 at 10:20 PM, al davis ad...@freeelectron.net [kicad-users] wrote: > > > Gnucap will again be participating in the Google Summer of Code, > as part of the GNU project. > > Why am I

Re: [Kicad-developers] Pcbnew delete hot key behavior.

On 29.02.2016 20:41, Wayne Stambaugh wrote: > At some point in our history, someone half way changed the default > behavior of the delete hot key in pcbnew (legacy canvas). There is a > dubious albeit incomplete attempt to limit the delete hot key to the > currently selected tool. When did we

Re: [Kicad-developers] Pcbnew delete hot key behavior.

I usually just use the "Delete items" (trashcan icon) tool when I am going to delete various items in an area. But I don't ever rememer this behaivour being different at all. 2016-02-29 21:29 GMT+01:00 Wayne Stambaugh : > On 2/29/2016 3:25 PM, Tiger12506 wrote: >> I'm

Re: [Kicad-developers] [RFC] Intra-sheet links and dangling ERC checks

Yeah... that one have alos caught me a few times. 2016-02-29 19:50 GMT+01:00 Kaspar Emanuel : > Ah gotcha, I had intra and inter mixed up in my head. > > On 29 February 2016 at 18:48, Daniel Silverstone > wrote: >> >> On Mon, Feb 29, 2016 at

Re: [Kicad-developers] Pcbnew delete hot key behavior.

On 2/29/2016 3:29 PM, Wayne Stambaugh wrote: On 2/29/2016 3:25 PM, Tiger12506 wrote: I'm always accidentally deleting components when trying to cleanup a track that i didn't route correctly. I don't know if one is a good idea over the other, but I can certainly understand why someone would

Re: [Kicad-developers] Pcbnew delete hot key behavior.

He should be getting a disambiguation menu if there is more than one object under the cursor when the delete hot key is pressed. If not, then that's a bug that I'm not aware of. On 2/29/2016 3:30 PM, Simon Wells wrote: > in that case is it worth making the clarify menu used, and being able > to

Re: [Kicad-developers] Pcbnew delete hot key behavior.

On 2/29/2016 3:25 PM, Tiger12506 wrote: > I'm always accidentally deleting components when trying to cleanup a > track that i didn't route correctly. > > I don't know if one is a good idea over the other, but I can certainly > understand why someone would think that. Perhaps, but Ctrl-Z is much

Re: [Kicad-developers] Pcbnew delete hot key behavior.

in that case is it worth making the clarify menu used, and being able to select which one you want with a number key to avoid having to move the mouse and maybe order it in terms of whats most likely, aka most likely is track then label(s) and so forth On Tue, Mar 1, 2016 at 9:25 AM,

Re: [Kicad-developers] Pcbnew delete hot key behavior.

I'm always accidentally deleting components when trying to cleanup a track that i didn't route correctly. I don't know if one is a good idea over the other, but I can certainly understand why someone would think that. On 29.02.2016 21:41, Wayne Stambaugh wrote: Does anyone really think

Re: [Kicad-developers] Pcbnew delete hot key behavior.

On 2/29/2016 2:57 PM, Sergey Borshch wrote: > On 29.02.2016 21:41, Wayne Stambaugh wrote: >> Does anyone really think limiting hot keys to the currently >> selected tool is a good idea? > Sometimes yes, sometimes no. Really good idea is to make behaviour > selectable. > Give me an example of the

Re: [Kicad-developers] Pcbnew delete hot key behavior.

On 29.02.2016 21:41, Wayne Stambaugh wrote: Does anyone really think limiting hot keys to the currently selected tool is a good idea? Sometimes yes, sometimes no. Really good idea is to make behaviour selectable. -- Regards, Sergey A. Borshchmailto: sb...@users.sourceforge.net

[Kicad-developers] Pcbnew delete hot key behavior.

At some point in our history, someone half way changed the default behavior of the delete hot key in pcbnew (legacy canvas). There is a dubious albeit incomplete attempt to limit the delete hot key to the currently selected tool. When did we decide to that and who made that decision? This would

Re: [Kicad-developers] [PATCH] Remove dead legacy save code

Sorry about not replying sooner but I'm OK with getting rid of the legacy pcb file format write code. I can't think of any reason to keep it around. Anyone else have any sentimental attachment to this code? On 1/15/2016 10:39 AM, Chris Pavlina wrote: > Hi, > > Here's a patch to remove a bunch

Re: [Kicad-developers] CMakeLists.txt order

Patch committed in product branch r6600. Thanks. On 1/13/2016 7:57 PM, Simon Wells wrote: > - Make the link maps only build on linux as -${TO_LINKER},-cref > -${TO_LINKER},-Map=blah just gives warnings on osx w/ clang > - Make the link maps only build with flag -DKICAD_MAKE_LINK_MAPS as > they

Re: [Kicad-developers] [RFC] Intra-sheet links and dangling ERC checks

Ah gotcha, I had intra and inter mixed up in my head. On 29 February 2016 at 18:48, Daniel Silverstone wrote: > On Mon, Feb 29, 2016 at 17:09:53 +, Kaspar Emanuel wrote: > > I read through your blog post, I will build your fork and test it out if > I > > get a

Re: [Kicad-developers] [RFC] Intra-sheet links and dangling ERC checks

On Mon, Feb 29, 2016 at 17:09:53 +, Kaspar Emanuel wrote: > I read through your blog post, I will build your fork and test it out if I > get a chance. Wonderful. > The extra ERC option seems useful indeed. I am a bit confused about the > intra-sheet link feature though, is this different

Re: [Kicad-developers] [RFC] Intra-sheet links and dangling ERC checks

On Mon, Feb 29, 2016 at 13:18:26 -0500, Wayne Stambaugh wrote: > I stumbled across your blog report this morning before your post to the > kicad dev mailing list and I'm having a difficult time figuring out what > your changes provide. The trickybox only seems to provide a visual > symbol for

Re: [Kicad-developers] [RFC] Intra-sheet links and dangling ERC checks

Daniel, I stumbled across your blog report this morning before your post to the kicad dev mailing list and I'm having a difficult time figuring out what your changes provide. The trickybox only seems to provide a visual symbol for dangling connections where as a label does not. However, the

Re: [Kicad-developers] [RFC] Intra-sheet links and dangling ERC checks

Hi Daniel, I read through your blog post, I will build your fork and test it out if I get a chance. The extra ERC option seems useful indeed. I am a bit confused about the intra-sheet link feature though, is this different from global labels? Cheers, Kaspar P.S. Might I suggest a different

Re: [Kicad-developers] Question about track/via locking

Le 29/02/2016 17:38, Tomasz Wlostowski a écrit : > Hi guys, > > Does anybody here know if the 'locked' flag for tracks/vias affects > anything else than the Global Deletions tool? It seems so from the code: > > pcbnew(master)$ find . -name "*.cpp" | xargs grep TRACK_LOCK > ./attribut.cpp: *

Re: [Kicad-developers] Question about track/via locking

The desired behavior is any object that is locked should be immutable but there are a few places where KiCad falls short it this regard. If I lock an object, I expect all editing tools (including global delete) to respect the lock until the lock is removed or I specifically say included locked

Re: [Kicad-developers] What is the mechanism to select a component / footprint and update the selection on schematic / pcbnew?

Le 29/02/2016 17:22, Mário Luzeiro a écrit : > Hello all, > > could someone point me where are the key parts of the mechanism that makes > "when you select a component in schematic it will show/update the component > in pcbnew" interactive? > What should I look for? > > Thanks > Mario It is

[Kicad-developers] Question about track/via locking

Hi guys, Does anybody here know if the 'locked' flag for tracks/vias affects anything else than the Global Deletions tool? It seems so from the code: pcbnew(master)$ find . -name "*.cpp" | xargs grep TRACK_LOCK ./attribut.cpp: * TRACK_LOCKED protection against global delete

[Kicad-developers] What is the mechanism to select a component / footprint and update the selection on schematic / pcbnew?

Hello all, could someone point me where are the key parts of the mechanism that makes "when you select a component in schematic it will show/update the component in pcbnew" interactive? What should I look for? Thanks Mario ___ Mailing list:

Re: [Kicad-developers] [RFC] Intra-sheet links and dangling ERC checks

Hi, A couple of weeks ago I posted about my intra-sheet links and dangling wire ERC work which I had undertaken in part to see how hard it'd be to hack on eeschema, and in part because it was a set of features I missed from when I used to work in Mentor Graphics' Designview workflow. I have