Would a dialog asking if you want to save a modified library that is
read only to a new folder be an acceptable solution? If so, please file
a bug report and set its status to wish list. I'm not sure when someone
will get around to it but at least we will have a record of it.
On 11/8/2017 7:07
i wouldn't particularly call it handholding but i do believe its something that
should be automatically done by kicad if we are to continue bundling such a
number of libraries. The extra command in the toolbar is not particularly
obvious unless you already know about it or it is pointed out to
Exactly how much hand holding is KiCad expected to do? There is already
a "save the current library as" command in the file menu of both the
symbol and footprint library editors. There is a small bug in that
grays out the command until you load a symbol but it allows you to save
any library to a
This requires a file version bump and code that tests for prior versions
before converting the units on read. At that point, the file will no
longer be compatible with prior version of KiCad. I'm not opposed to
this but I'm not sure it's worth the headaches it will cause.
On 11/08/2017 03:33
Not that I am advocating copying Eagle, how do they manage their standard
libs? Does anyone know?
On 9 Nov 2017 10:15 AM, "Simon Wells" wrote:
> ideally if someone tried to save to a bundled library there should be
> something that pops up and says you can't/shouldn't and
Not that I am advocating copying Eagle, how do they manage their standard
libs? Does anyone know?
On 9 Nov 2017 10:15 AM, "Simon Wells" wrote:
> ideally if someone tried to save to a bundled library there should be
> something that pops up and says you can't/shouldn't and
ideally if someone tried to save to a bundled library there should be something
that pops up and says you can't/shouldn't and then offers to do most if not all
of that for you, however i would prefer to see it only saving the footprint to
userdir, i think you will find this is how most other
I think it's a far more risky that a user makes accidental changes to the
bundled library. Simple users should not need to touch it, and should
rather copy or make a new part.
so if a user wants to add a missing parts to his/her library he/her
needs to save it to a different location, close
On Wed, November 8, 2017 23:17, easyw wrote:
>> This is even worse.. that way co-workers could (even accidentally)
>> change the library without any notice.
>
> different point of view in working strategies... IMO something that I can
> change with i.e. the component editor and not save unless
This is even worse.. that way co-workers could (even accidentally) change the
library without any notice.
different point of view in working strategies...
IMO something that I can change with i.e. the component editor and not
save unless copied to a different location is a wrong way of
I just sent a duplicate list-mail using the wrong sender address.. sorry
for the noise!
On Wed, November 8, 2017 22:18, easyw wrote:
> the two a) and b) points are a big issue I think and this configuration is
> normally not present in other installer programs on windows...
>
> In windows a
the two a) and b) points are a big issue I think and this configuration
is normally not present in other installer programs on windows...
In windows a common User Folder is called common doc folder;
the var pointing to C:\Users\Public is %PUBLIC% in recent Windows
What about a controversial idea:
Read "at" dimensions as inches, but new files write "offset" in mm.
This preserves read compatibility but fixes the units issue going forward.
On 9 Nov 2017 03:15, "jp charras" wrote:
> Le 08/11/2017 à 11:05, Oliver Walters a écrit :
> >
José,
I think this is the correct approach
On 9 Nov 2017 02:56, "José Ignacio" wrote:
> Doing a one-time copy from the system, copy on write like Nick suggested
> or just having kicad download the libraries itself would be the only real
> solutions IMO. Having the
Le 08/11/2017 à 11:05, Oliver Walters a écrit :
> Attached is a patch that fixes the problems I found in my 3D model array
> investigation. As
> discussion on that is stalled for now, this patch simply fixes the model
> offset issues.
>
> 1. Display offset units in 3D preview window
>
> -
Doing a one-time copy from the system, copy on write like Nick suggested or
just having kicad download the libraries itself would be the only real
solutions IMO. Having the installer write to user directories is a no-no
specially since there can be new users added to the system after kicad gets
Wayne,
I think you're right that a deeper understanding of how people are using
and managing the libraries is required.
However, there still seems to be one of two options if KiCad installs libs
into a location where users cannot write:
a) Users are not able to update the libraries or otherwise
What is the purpose of this change? In what way will it improve the
user experience? Before we ask the package devs to do a lot of work, we
might want to dig deeper into the library management issue. I fail to
see how installing and likely duplicating the entire KiCad library in
the user's home
Thanks Adam!
On 11/7/2017 10:07 PM, Adam Wolf wrote:
> I'll prep a patch for the build doc in the next few days.
>
> Adam
>
> On Tue, Nov 7, 2017 at 7:06 AM, Wayne Stambaugh wrote:
>> My preference would be add it to the kicad build doc. It would be
>> easier to find
For that specific issue with the junction drawing, there is a patch in the
thread "[Kicad-developers] [PATCH] Draw junctions last"
2017-11-03 13:12 GMT+01:00 Jon Evans :
> I looked at fixing this and some other related things, and decided to just
> wait for the GAL port.
This wouldn't be difficult on macOS. It is already kinda set up like that
with the split installer already..
Adam Wolf
On Nov 8, 2017 1:02 AM, "Oliver Walters"
wrote:
> To the package maintainers:
>
> For v5 release, can the default library install path be set
Attached is a patch that fixes the problems I found in my 3D model array
investigation. As discussion on that is stalled for now, this patch simply
fixes the model offset issues.
1. Display offset units in 3D preview window
- Offset units are displayed (either inches or mm)
2. Fix offset in 3D
Have you tried to use the copy on write feature already available with the
fp lib table at least?
Den 8. nov. 2017 10.00 skrev "José Ignacio" :
What about installing it in a system directory. and have kicad copy them
over to the user directory on first boot? that would
What about installing it in a system directory. and have kicad copy them
over to the user directory on first boot? that would probably work well for
multiuser systems, otherwise you'd have to copy it on every user of the
machine, even future ones.
On Wed, Nov 8, 2017 at 2:46 AM, Nick Østergaard
It is problematic in various ways. There may be some way to achieve this in
the windows installer, but I need to investigate this. I don't know about
the macos installer.
On linux, I don't know how this should be done if we want to provide normal
packages for this. I think it would be better if
25 matches
Mail list logo