Re: [Kicad-developers] Update of KiCad documentation?

Hi, Am 10.11.2017 um 03:46 schrieb hauptmech: > A URL into the documentation would probably lessen the friction of > locating exactly what section of documentation needs fixing. Dev's > changing user facing stuff will be familiar with (if not actively > stubbing out, or updating the docs) it so

[Kicad-developers] [PATCH] Fix double "choose to" in symbol remap dialog.

From 0308cc2553f331b59a73b9bedf97ab4927e5c26d Mon Sep 17 00:00:00 2001 From: Baranovskiy Konstantin Date: Fri, 10 Nov 2017 13:15:02 +0200 Subject: [PATCH] Fix double "choose to" in symbol remap dialog. --- eeschema/dialogs/dialog_symbol_remap_base.cpp | 2 +- eeschema/dialogs/dialog_symbol_rema

Re: [Kicad-developers] Symbol library table merged.

Oliver, Including all of the libraries has been requested many times in the past. Personally, I don't work that way but it seems to be the preference of a large percentage of users. My guess is new users will prefer to have access to all libraries initially and start removing them when they get

Re: [Kicad-developers] [PATCH] Fix double "choose to" in symbol remap dialog.

I merged your patch into the dev branch. Thank you for your contribution to KiCad. Cheers, Wayne On 11/10/2017 6:18 AM, Константин Барановский wrote: > > > > ___ > Mailing list: https://launchpad.net/~kicad-developers > Post to : kicad-develope

Re: [Kicad-developers] Symbol library table merged.

Wayne, You're probably right that there's no good way to decide which libraries are the "default" ones. Maybe this is the best entry-level approach. I think that a background library loader will solve a lot of the "freeze" problems, but I imagine that is a lot of work. On Fri, Nov 10, 2017 at 11

Re: [Kicad-developers] Symbol library table merged.

I think that the kicad.github.io interface to the libraries have the potential to go a long way to being able to include less libraries by default as it will be easier to find the libraries that one needs, as before that interface it was a fair bit harder to find out wh

Re: [Kicad-developers] Symbol library table merged.

On 11/10/2017 7:36 AM, Oliver Walters wrote: > Wayne, > > You're probably right that there's no good way to decide which libraries > are the "default" ones. Maybe this is the best entry-level approach. > > I think that a background library loader will solve a lot of the > "freeze" problems, but I

Re: [Kicad-developers] Symbol library table merged.

Great, I'm glad to hear that it is in the pipeline :) On Fri, Nov 10, 2017 at 11:46 PM, Wayne Stambaugh wrote: > On 11/10/2017 7:36 AM, Oliver Walters wrote: > > Wayne, > > > > You're probably right that there's no good way to decide which libraries > > are the "default" ones. Maybe this is the

Re: [Kicad-developers] Symbol library table merged.

What is the reasoning behind not wanting to use threads? On Fri, Nov 10, 2017 at 11:46 PM, Wayne Stambaugh wrote: > On 11/10/2017 7:36 AM, Oliver Walters wrote: > > Wayne, > > > > You're probably right that there's no good way to decide which libraries > > are the "default" ones. Maybe this is t

[Kicad-developers] Asciidoc question.

Maybe one of our resident asciidoc experts can help me out. I used a WARNING admonition in the kicad website symbol library table blog post[1]. I was expecting to see the warning icon per the asciidoc documentation[2] but I only see a "WARNING" string where I expected the icon. Am I doing someth

Re: [Kicad-developers] Asciidoc question.

The source and generated code looks correct. It just seems like we don't have any definition for the admonitionblock div classes for the icons in the CSS. I guess this is a matter of taste, on whether one likes icons or text. I guess icons was not implemented because we didn't use many of these adm

[Kicad-developers] [PATCH] Fix field align settings in dialogs of Eeschema.

In Eeschema: 1) open dialog for editing properties of a component 2) set align left and _bottom_ for Ref field 3) press OK for applying 4) Ref field will aligned by left _top_ corner of its boundin box And more, checkboxes for aligning has different labels and different order in dialog for editing

Re: [Kicad-developers] Update of KiCad documentation?

On 11/09/2017 09:46 PM, hauptmech wrote: > A URL into the documentation would probably lessen the friction of > locating exactly what section of documentation needs fixing. Dev's > changing user facing stuff will be familiar with (if not actively > stubbing out, or updating the docs) it so it seems

Re: [Kicad-developers] Symbol library table merged.

It's a personal choice. I tend not to use them unless absolutely necessary. If I can find a solution that doesn't require them, then that is my preference. I have no issues if someone writes an acceptable thread based solution before I get around. On 11/10/2017 08:00 AM, Oliver Walters wrote: >

Re: [Kicad-developers] Asciidoc question.

I was hoping the icon would draw user's attention to the warning to the obvious backup your files statement but maybe I was being a bit optimistic. I'm fine with it the way it is. I just wanted to be sure I didn't do anything wrong. On 11/10/2017 08:48 AM, Nick Østergaard wrote: > The source and

Re: [Kicad-developers] [FEATURE] Eeschema Line Styles

Good work. I want to this change will be merged too Отправлено с устройства Samsung. Исходное сообщение От: Seth Hillbrand Дата: 10.11.17 21:50 (GMT+03:00) Кому: KiCad Developers Тема: [Kicad-developers] [FEATURE] Eeschema Line Styles One of the Eeschema features that has

[Kicad-developers] CMakeLists.txt changes broke Windows build

Hi, there is a build error[1] on Windows: cp: cannot create directory '/c/Jenkins/workspace/windows-kicad-msys2/pkg/mingw-w64-x86_64-kicad-git/mingw64/share/doc/kicad/': No such file or directory I suspect that kicad-winbuilder needs to be adapted to the changes in the installation handling from

Re: [Kicad-developers] when to release kicad-5.0

In a related note, I was looking at the v5 roadmap and wondering if it has been updated lately and what will be in and what will be deferred to v6. - Cirilo On Thu, Nov 9, 2017 at 12:49 PM, Nick Østergaard wrote: > Hi Wayne > > It is hard to get any overview on how far from a branchout to a sta

Re: [Kicad-developers] [PATCH] Fix for 3D model offset

I would also prefer the option to simply store 3D units in inches; we just need to document this. Truncation will not be a problem for 3D models; if the models move by 0,01mm no one will care (or if someone does care then they need to go back to engineering school). I think this is a case where his

Re: [Kicad-developers] when to release kicad-5.0

I have not gone through it recently but it's on my todo list before the stable 5 branch. Actually, there are few things that have been added and probably a few need to be pushed back into the version 6 road map. On 11/10/2017 4:03 PM, Cirilo Bernardo wrote: > In a related note, I was looking at t

Re: [Kicad-developers] [PATCH] Fix for 3D model offset

The short time i have been reading the ML I have seen this issue a few times, I have been fooled myself and I know that a patch was issued and later retracted. Storing every value except one in mm is just confusing. The proposed solution will not break *any* existing library. The file format is

[Kicad-developers] pcbnew Append Board functionality not always available

Hi Wayne, This just cropped up (again) on #kicad irc channel so I thought I'd check and see if there is a reason why  File->Append Board is only accessible if PCBnew is run standalone (as compared to from the Project Interface) -- Regards

Re: [Kicad-developers] [PATCH] Fix for 3D model offset

On 2017-11-10 04:42 PM, Kristoffer Ödmark wrote: Storing every value except one in mm is just confusing. The proposed solution will not break  *any* existing library. The file format is already not consistent with old versions of kicad. Please do not be afraid of moving towards something mor

Re: [Kicad-developers] [PATCH] Fix for 3D model offset

On 2017-11-10 04:42 PM, Kristoffer Ödmark wrote: Storing every value except one in mm is just confusing. The proposed solution will not break  *any* existing library. The file format is already not consistent with old versions of kicad. Please do not be afraid of moving towards something mor

[Kicad-developers] [PATCH] Change default repo for 3D model downloader

This patch changes the default directory for the 3D model downloader tool. The new 3d model repository is at https://github.com/kicad/kicad-packages3d From dc2d5176a1aab8872068238afb02cafd909e12bd Mon Sep 17 00:00:00 2001 From: Oliver Date: Sat, 11 Nov 2017 10:06:25 +1100 Subject: [PATCH] Change

[Kicad-developers] Symbol library table bug.

I found a bug when loading the project specific symbol library table in release builds that I just fixed in commit 9f0b2e4bb. If you are using debug builds, the issue doesn't effect you. If you are using release builds, please update immediately. Sorry about the inconvenience. Cheers, Wayne ___

[Kicad-developers] Testing New eagle import, problems

A few quick test show the Eagle import has some problems, on the Developers version. I would suggest you do a binary file check, on sch/pcb files, and warn the user, that Kicad only supports XML, 6.0+ instead of giving confusing passer error messages when it finds a binary file. Example: htt

Re: [Kicad-developers] [FEATURE] Eeschema Line Styles

Seth, I have a few comments on this patch. First and foremost, you should have gotten input before you spent the time and effort doing this. It may have saved you some grief. I also know there is a tendency to make a big push to get last minute changes in before the upcoming feature freeze so t

Re: [Kicad-developers] Testing New eagle import, problems

Lachlan, It looks like your attachment got blocked. Is there another way to get it to us? Cheers, Wayne On 11/10/2017 7:26 PM, Lachlan Audas wrote: > A few quick test show the Eagle import has some problems, on the Developers > version. > > I would suggest you do a binary file check, on sch

Re: [Kicad-developers] pcbnew Append Board functionality not always available

Hey David, The main reason is that no one has had the time to look into it. I don't just want to always enable appending a board only to find out it crashes kicad in the project mode so it would just take (how much I do not know) time for someone to look into it. Cheers, Wayne On 11/10/2017 4:

Re: [Kicad-developers] pcbnew Append Board functionality not always available

Speaking of append board causing crashes https://bugs.launchpad.net/kicad/+bug/1728096 > On 11/11/2017, at 14:03, Wayne Stambaugh wrote: > > Hey David, > > The main reason is that no one has had the time to look into it. I > don't just want to

Re: [Kicad-developers] when to release kicad-5.0

On 2017-11-10 04:21 PM, Wayne Stambaugh wrote: I have not gone through it recently but it's on my todo list before the stable 5 branch. Actually, there are few things that have been added and probably a few need to be pushed back into the version 6 road map. Bug report https://bugs.launchpad.n

Re: [Kicad-developers] pcbnew Append Board functionality not always available

Hi Wayne, Replying to this particular response as your email didn't arrive on the list for me, Simon's did though. I completely understand about not wanting to rush into enabling it, I just wanted to raise it to the surface of the teams attention again as

[Kicad-developers] adding support for OCCT

Currently kicad only supports OCE but with FreeCAD moving to occt by default it seems this might not be the best long term solution Currently OCE (which is 0.18) is based on OCCT 6.9 where as OCCT has released 7.3. This was one of the primary reasons that FreeCAD chose to move to OCCT by defaul

Re: [Kicad-developers] [FEATURE] Eeschema Line Styles

Wayne- Thank you for taking the time to look at this patch. I recognize that you and the other devs have a lot on your plate, so I appreciate the constructive feedback. I'll approach the list with a sketch in the future for large patches. I've addressed the coding policy violations and dialog al